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The objectives of this thesis are to identify through research and user involvement 
the issues relating to user satisfaction concerning the man-computer interface and then 
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of evaluation and application, since it has on-line computer capabilities that are idle 
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I. INTRODUCTION 


It is fruitless to attempt to build a data base system on technological element alone. 
Systems management must take into account not only the management of the 
technical system but of the people system as well (Peck,Peck, 1974). [Ref. 1: p. 10] 
This statement made in 1974, is still as relevant today as it was yesteryear. In past 
decades people went to the computer, while today the computer comes to them, e.g., 
desktop computers, networking, etc. Consequently, the need for a user-friendly interface 


in this highly technical environment is a must. 


A. BACKGROUND 

Personnel records of civil service emplovees of the Department of the Navy are 
maintained by the local Civilian Personnel Office (CPO). Each CPO 1s a separate or- 
ganization that supports the local Navy commands in administration of civil service 
personnel. One important area of record Keeping is training. Civilian personnel offices 
are required to utilize and maintain DD Form 1556 for recording training of civilian 
emplovees. The tracking of this form through the various phases of the training evolu- 
tion is burdensome and demanding. The awkwardness and inadequacies of the existing 
automated mainframe system has resulted in user rejection of the system and the con- 
tinuation of the manual system. This coupled with the limited staff in the civilian per- 
sonnel offices hinders the effective and efficient monitoring and maintenance of civilian 
personnel training. 

This thesis is centered around developing a user-friendly design of an interactive 
prototype for the maintenance and monitoring of civilian training records using com- 


puter interface characteristics developed with user involvement. 


B. OBJECTIVES 
The objectives of this thesis are to identify the issues relating to user satisfaction 
concerning the man-computer interface and prototype an interactive design using those 


user-identified attributes desired in a computer interface. 


C. RESEARCH QUESTIONS 
The focal issues of this thesis are: 


e What are the specific attributes of the man-computer interface for the existing 
mainframe system that are generating user dissatisfaction resulting in user rejection 
of the system? 


e What man-computer interface characteristics will create a user-friendly atmosphere 
and promote user acceptance? 


What attributes should be used in developing the user-friendly prototype design? 


How should the data concerning the user interface be gathered? In what form? 


e What criteria or standards should be used to analyze and evaluate user interface 
data? 


e How can these criteria or standards be validated? 


e Will the change in user-friendliness increase the potential for user acceptance and 
use of the system? 
D. SCOPE AND LIMITATIONS 

The scope of this thesis is limited to the development of an interactive prototype 
design of a user-friendly man-computer interface. This design was tailored to the wants 
and requirements of the local civilian personnel training director. 

Unfortunately, the area of focus was bounded to the local civilian personnel office. 
This was the result of the unwillingness of other training directors to cooperate with the 
study. Many reasons were given; however, the reasons pointed to the idea that since 
nothing would be gained, why bother. 


E. METHODOLOGY 

This thesis followed a three-step process. First, information was gathered through 
an extensive literature review. Second, information was gathered through a specially- 
designed questionnaire and with personal interviews. Finally, using the information 


obtained, development of an interactive prototype design was accomplished. 


F. LITERATURE REVIEW 
The literature review resulted in the gathering of information that substantiated the 
need for a user-friendly man-computer interface and provided guidelines to obtain the 


Same. 


G. LIST OF ABBREVIATIONS 


The following abbreviations are used within this thesis: 


ADP Automated Data Processing 

APPSGEN Application Generator 

CPO Civilian Personnel Office 

DD Department of Defense, e.g., DD Form 1556 
ED Employee Development 


DFD Data Flow Diagram 


MIS Management Information Systems 
NCPDS Navy Civilian Personnel Data System 
NPS Naval Postgraduate School 


H. ORGANIZATION OF THE THESIS 

Chapter II exhibits a literature review pertinent to current thinking regarding the 
need for a user-friendly interface for information systems. 

Chapter III describes the methodology used for the functional analysis of the ap- 
plication and for the development of a user interface satisfaction measurement ques- 
tionnaire. 

Chapter IV examines the results of the functional analysis and design, the results 
from the analysis of the user interface questionnaire, and the results of the composite 
design via the prototype. 


Chapter V presents the summary and recommendations. 


II. LITERATURE REVIEW 


The MIS director of a Fortune 500 company was remarkably candid in a recent 
meeting when he explained his company’s sudden interest in user-friendly software 
design. “In the past five years, we've produced more than one multimillion-dollar 
system that failed when we put it in the field because it was too difficult to use. That 
cant happen again.” [Ref. 2: p. 53] 

A. INTRODUCTION 

The impact of computers and their widespread use in recent years has produced a 
high demand for information systems that are “easy-to-use” or “user-friendly”. This 
demand has forced increased emphasis on the design of the user-computer interface. 
(Ref. 3] 

To be a successful system todav, the system must be efficient, be easy to learn, and 
be easy to use for the intended users group [Ref. 2: p. 53]. All factors indicate that if 
systems are not friendly, then people will avoid using them. Friendliness 1s no longer 
an optional extra, but the most important component of system design. Unfriendly 
systems can frighten off potential or actual users [Ref. 4: p. 99]. Consequently, any 
standard must incorporate the needs and characteristics of the user (Ref. 5]. 

A system that is user-friendly for end users not only achieves better user acceptance, 
but it also provides the following [Ref. 2: p. 53): 

e Will require less support. 
e Will require less documentation. 


e Will require less training. 


e Will produce lower error rates. 


Therefore, a user-friendly information system will allow users to perform desired tasks 
without frustration as Well as provide a range of functions and features which will help 
each individual user reach his or her ultimate efficiency [Ref. 4: p. 105]. 

User-friendly software facilitates communications between the computer and the 
user. It adapts to the user’s perspective. Therefore, user-friendly software must speak 
the same language as the user regardless of his or her experience level. The only way to 
develop user-friendly software is to ensure direct user involvement at the initial step of 
the software development life cycle and continue user interaction throughout the subse- 


quent steps of the process. [Ref. 6] 


Users will have different expectations of computer systems and will approach their 
tasks in different ways according to background, personality, level of computer literacy, 
and so on. “A user-friendly system must be able to cater for all categories of users and 


accommodate their requirements.” [Ref. 4: p. 102] 


B. INTERFACE DESIGN FACTORS 

l. General 

A critical design objective for today’s information systems is user-friendliness. 
For visual display terminal-based systems, the design of screens and how a person 
interfaces with a computer through them is an important ease-of-use determinant [Ref. 
7: p. 6]. Stahl proposes three required steps in designing systems that are easy to use 
Men 2: p. 53]: 


1. Understand how people think, see, and use tools to do Work, 1.e., knowledge re- 
sulting from human factors research. 


2. Develop a collection of software techniques that take advantage of these principles. 


3. Select the right techniques for the target group of end users. 


“A well-designed interface can attract new users, and a poorly designed one can 
turn them away.” [Ref. 8: p. 56] One of the hardest problems faced by organizations who 
implement information systems in the office is the emplovees’ resistance to change [Refs. 
9, 10]. Resistance comes in two basic patterns; fight or flight. Fight includes overt ag- 
gression, e.g., as hostile behavior or sabotage; and flight includes increased tardiness, 
reduced employee performance, chronic absenteeism, and apathy [Refs. 11,12]. 

Research has shown that a user-satisfaction approach, 1.e., based on the user's 
subjective judgement, 1s preferable to an approach based on objective measures of usage 
and performance [Ref. 13]. Therefore, if an information system is a technical success 
but is not used or is used incorrectly, the system is a failure. “The key to system success 
is a well-designed user interface.” [Ref. 8: p. 61] 

Stahl suggests that four variables have proven useful for profiling end users and 
their environment [Ref. 2: p. 65]: 

e User sophistication. 
e Frequency with which users use the system. 
e Time pressure on users. 


e Error penalty levied by the system. 


User sophistication and frequency of use can be further divided into low and 


high levels. Users with low computer sophistication report a strong preference for: 
e The initiative to come from the computer. 
e Assurance the the user cannot hurt anything. 
e Clear, limited choices. 
e Confirmation of successful completion of all operations. 


e Messages that are non-threatening in tone. 


However, users with high levels of computer sophistication are highly interested in 
shortcuts and the availability of status information. Sophisticated users like to know 
what control facilities are available; they want to set all the operations. End users with 
a low frequency of use want: 

e The initiative to come from the computer. 

e Orientation and navigation guides. 

e Good help facilities. 


e Mnemonic commands. 


While on the other hand, end users with a high frequency of use typically want fast paths 
and minimal keystrokes. [Ref. 2: p. 65] 

To ensure user satisfaction, Houghton suggests that before proceeding with 
full-scale design, developers of information systems and computer software should build 
a prototype that simulates the user interface. Both developers and users should test the 
prototype and provide feedback to help uncover user-acceptance problems early in the 
development cycle. In fact, most user-interface issues can be resolved through simu- 
lation. [Ref. 8: p. 61] 

Recently, there has been increased emphasis on designing information systems 
with the intended users of such systems foremost in mind. Yet the evidence suggests that 
typical information system designs do not always satisfy users [Refs. 14, 15 ,16]. Often 
this dissatisfaction occurs because information system designers have a limited range of 
computer knowledge in mind, when the actual range required for a user-friendly system 
is much greater [Ref. 17: p. 333]. 

Fried suggests that it is possible to describe criteria for desirable software as 
clearly as those for hardware. He proposed a classification that focuses on the effect 
software has on its users [Ref. 18]. Martin devised a human factors/computer know- 


ledge structure, see Table 1 on page 7, using the works of other authors. His results 


suggest the following implications for information system designers and educators [Ref. 
17: pp. 341-342]: 
l. The human factors/computer knowledge structure shown in Table 1, when prop- 


erly programmed, may result in interactive systems that effectively differentiate 
between novice and experienced users. 


2. When effectively designed, interactive systems designed for a broad range of user 
knowledge may perform as well as systems matched to user knowledge, and may 
perform better than systems unmatched to user knowledge. 


3. There is a time penalty associated with the general-audience system due to its al- 
ternate processing-path triggering question. This may make the general-audience 
system slower than limited-audience systems under matched conditions. Despite 
this inherent time penalty, the general-audience system may perform faster than 
limited-audience systems under unmatched conditions. 


Table l. HUMAN FACTORS/COMPUTER KNOWLEDGE STRUCTURE: [Ref. 
17 : p. 335] 


User computer knowledge 
Human factor Human subfactor — E È 


Without explana- 
tion 


Screen discontin- Prompt and keved Keved response 
uation response without prompt 
Full, unsolicited ET request 
Help función | Help función | — 
Full, unsolicited | Upon request | request 


Minimize within 
Mean Minimize 
variance 
Response time M; hi 
: ee Minimize within 
Variance Minimize 
mean 


Path process 


Overall screen . ae. ai 
oan Minimize Maximize 
density 






















Nature of message 


Defaults With explanation 
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Those systems designed for a target group at a specific level of user-computer 
knowledge ignore important differences among users. Systems designed for experienced 
users lose the novice user, while systems designed for novice users frustrate the experi- 
enced user. Yet, interactive computer models designed for both novice and expert are 
harder to develop because alternate user knowledge menus and processing paths must 
first be decided upon and then developed. This requires additional programming code, 
produces higher complexity, is more expensive, and is more time-consuming. Therefore, 
general-audience systems must demonstrate increased user effectiveness to offset the 
additional development resources required. Martin has provided experimental results 
that indicate that systems can be designed to differentiate between novice and experi- 
enced users, and that a general-audience system may be viable. [Ref. 17: p. 333] 

2. Dialog 

Gaines proposes the following dialog programming guidelines which are con- 
cerned with the user's adaptation to the system and which will minimize the mental load 
on the user [Ref. 191: 

a. User Adaptation to the System 

Programming the system to minimize the mental workload on the user is 
advantageous for close user-computer interaction. However, in so doing one concen- 
trates upon the weaknesses of the human mind, taking into account limited short-term 
memory capacity, inaccuracy of calculation, etc. It becomes easy to begin to think of 
the computer as the senior partner which must somehow compensate for the inadequa- 
cies of the users, its weaker partners. The only problem is that in concentrating on the 
weaknesses of the person, we forget their strengths, one of which is the modelling of the 
environment. 

(1) The user will model the system. Do not assume that the user is a 
passive Static system to be controlled, modelled, and directed by the computer. Evaluate 
all actions of the system in terms of their effect on an actively changing user who is at- 
tempting to comprehend the system. 

(2} User should dominate computer. Either computer or user should 
dominate interaction or there will be instability. If the computer is to dominate, it must 
be programmed to, and have sufficient information to, model the user. However, if the 
user is to dominate, then the computer system must be simple to understand. Conse- 


quently, with the present state-of-the-art, the user should dominate the system. 


(3) Avoid acausality. Make the activity of the system a clear conse- 
quence of the user's actions. 

(4) Parallel-sequential trade-off. Allow the user maximum flexibility to 
make his responses in parallel or in sequence according to his wishes. 

b. Minimizing the mental load on the user 

(1) Uniformity and consistency. Ensure that all operational procedures 
and terminology are consistently applied and are uniformly available throughout the 
system activities. 

c. Error detection and correction 

(1) Validate data on entry. Check syntax and values, but beware of re- 
jecting data or querying too much. Have the user revalidate important updates prior to 
acting upon them. 

(2) Provide a reset command. The user should be able to clearlv abort a 
transaction at any time in a transaction with a system command that will return him 
back to a well-defined checkpoint as 1f the transaction had never been initiated. 

(3) Provide a backtrack facility. Allow the user to return through the 
dialog sequence in reverse. 

(4) Make corrections through re-entry. Use the entry dialog with default 
field printouts from a record as a means of correcting the record. 

3. Ergonomics 

Frequently, computer ergonomics is considered to involve only operator setting, 
i.e. special furniture, keying in data with equipment optimized for light, glare, low 
muscle fatigue, and other traditional ergonomic factors. However, Knittle suggests it 1s 
just as important for the messages, menus, graphs, prompts, interfaces, syntax, and other 
features of the user software to be “humanized”. Ergonomic software, see Figure | on 
page 10, refers to anv feature which make a difference in the user’s output, with partic- 
ular emphasis on those characteristics not related to the aspects of the physical work 
place. [Ref. 20: p. 164] 

a. Minimize worker effort 

“A worker should be required to perform only that work which is essential 
and cannot be performed by the system.” [Ref. 20: p. 164] 

Work done in the past should not be repeated [Ref. 20: p. 164]. Schmidt 
showed that repetition leads to boredom which may negate any production gain made 


by automating the task [Ref. 21 ]. 


Minimize Worker Effort 

Minimize Worker Memorization 

Minimize Worker Frustation 

Maximize Use of Habit Patterns 

Maximize Tolerance for Human Differences 


Maximize Tolerance for Environmental Change 


Notify Users of Problems Promptlv 


Maximize Worker Control of Tasks 


Maximize Task Support 





Figure 1. Principles of Ergonomic Software: [Ref. 20: pp. 164-171]. 


“Workers should not be required to search for system information.” [Ref. 
20: P. 164] On-line documentation, 1.e., help routines should be available. The answers 
to the user's questions should be immediately available in order to minimize user effort, 
and the user should not have to pick up the manual, search the index, and find the pages 
to solve a problem. [Ref. 20: p. 164) 

Morland recommends that the data-entry screen be presented to the worker 
in a format as similar as possible to the written-data-entry form being used. The worker 
knows where to find each piece of information on the written form and the effort re- 
quired to transfer that datum to the system can be minimized by providing a similar 
screen lavout. [Ref. 22] 

b. Minimize worker memorization. 

“Workers should be required to memorize as little as possible.” [Ref. 20: p. 
165] Less training will be required if the system requires a minimum level of memoriza- 
tion of the user [Ref. 20: p. 165]. Research has shown that people can remember ap- 
proximately seven things, plus or minus two, and this short-term memory decays in 
about 15 seconds [Ref. 2: p. 53]. Therefore, “the worker should not be required to learn 
anything not necessary to the task.” [Ref. 20: p. 165] When learning a relatively small 
part of the system, the user should be rewarded with the ability to perform some limited 
amount of real work. “Terminology should be consistent throughout all software with 
which a worker will interface.” [Ref. 20: p. 165] This concept could be critical to 


minimizing worker memorv. If the user is required to memorize many sets of 
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terminology, 1.e., one in order to update his data file, another in order to run some 
analyses, another in order to format a report, and yet another in order to send that 
report to his employer's terminal, the amount of memorization required is enormous. 
(Ref. 20: p. 165] 

Warner also agrees with this principle of consistent terminology throughout 
a system, and more importantly says it needs to be in "the user's vocabulary” in order 
to orient the user's task domain [Ref. 23]. 

c. Minimize worker frustration 

“Systems should spare the worker frustrations that may arise from a delay 
in the accomplishment of a task.” [Ref. 20: p. 166] Chafin recommends that a program 
notify the user “if an operation will take longer than 15 seconds.” He suggests that 
worker frustration caused by long response time can be minimized by a system message 
indicating expected duration. [Ref. 24] According to Stahl, people are happier if they 
know how long they will have to wait, if thev feel that the wait is justified, and if they 
know how things are going [Ref. 2: p. 56]. 

“User fatigue and mental laps are brought on by comparatively slow system 
response times.” [Ref. 20: p. 166] A phenomenon apparently related to the individual's 
attention span is that for each second of a system response degradation, a similar de- 
gradation will be added to the user’s time for the following command [Ref. 20: p. 166]. 

“If menus, prompting, or other guidance techniques are used, the system 
Should permit the experienced user to bypass them.” [Ref. 20: p. 166] Guidance tech- 
niques are definitely an advantage to the beginner or the casual user, but a stream of 
system messages and prompts that are no longer read, frustrates the user [Ref. 20: p. 
166]. 

Dean notes that some system messages are useful when learning a program. 
As the worker gains experience, these messages are ignored. He recommends that the 
user should be able to select those system prompts which he no longer wants displayed. 
However, 1f the user 1s allowed to turn off system messages that warn of critical errors, 
more frustration may be created than removed. [Ref. 25] 

“If a worker is interrupted in the performance of a related series of actions, 
the system should (upon request) provide a summary of the actions performed prior to 
the interruption.” (Ref. 20: p. 166] If a user's thought process is broken by the system 
or by some external occurrence, the user will probably not remember precisely at what 


point that the interruption occurred. Consequently, the user is forced to retrace his 
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actions manually. He could easily become irritated, especially, if he is involved in a 
complicated task. [Ref. 20: 166] 
4. Screen Design 

Other than the computer hardware, the screen layout will be the user's first en- 
counter with the user interface. It can either be user-friendly or a barrier. User-friendly 
guidelines for general, message, data entry, inquiry, and menu screens guidelines will be 
presented. Refer to Figure 2 on page 13, Figure 3 on page 14, Figure 4 on page 15, 
Figure 5 on page 16, Figure 6 on page 17, and Figure 7 on page 18. 

“Screen design 1s not yet a precise science;” however, the Knowledge derived 
from experimental studies is growing, and a wealth of information derived from research 
is available to provide interim guidance until more research questions are answered [Ref. 
7: p. 7]. “Screen design is important not because screens are the heart of an interface, 
but because good screens serve as a prerequisite for building a useable interface.” [Ref. 
2: p. 60] 

Unfortunately much screen design occurs with little to guide it. The human factors 
involved are not well understood or neglected entirely. It often tends to be unsys- 
tematic, inconsistent, and fails to adequately reflect human perceptual and process- 
ing capabilities. As a result, many screens in today’s systems are difficult to use and 
lack visual clarity. [Ref. 7: p. 6] 

In information systems the frequent result of poor screen design results in far 
less productivity than need be. For large svstems, a few extra seconds for processing 
each system screen can translate into many people-vears of improved productivity. 
Dunsmore reports an instance where improving the screens readability vielded a twentv 
percent increase in productivity [Ref. 26]. At worst infrequent users of systems 1.e., pro- 
fessionals and managers, may reject a system entirely if screens leave the impression that 
understanding them will take far more time than they have available [Ref. 7: p. 6]. 

Screen design may be contributing to the visual fatigue which is being reported 
by some system users. Eve movement studies of data-entry operators have shown in- 
stances where visual movements between screen and source documents exceed several 
thousands within one work day. A significant difference in the brightness level between 
source document and display screen can also result in eye muscle fatigue. Consequently, 
this has led to attempts to brighten the display screen, or lower the illumination to try 
to achieve the proper balance. In fact, several thousand eye movements a day may ac- 


tually reflect poor screen design rather that an unsatisfactory environment. Thus, in 
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A well designed screen 


Reflects the needs of its users. 


Is developed within the physical constraints imposed by the 
terminal. 


Utilizes the capabilities of its software effectively. 


Is developed, if used for data entry, within the constraints imposed 
by related source materials, such as worksheets, forms, or manuals. 


Is consistent within itself, with related screen formats and other 
screens within the application and the organization. 


Achieves the business objectives of the system for which it is 
designed. 





Figure 2. Screen Design Considerations: [Ref. 7: p. 7] 


some cases it appears that it’s the symptoms of the problem rather than the cause that 


are being addressed. [Ref: 7: pp. 6-7] 


Stahl recommends the following guidelines for designing good screens [Ref. 2: 


p. 60]: 


Do not crowd the screen. Good screens look good. 


Use highlighting, blinking and reverse video sparinglv. Over use will lead to oper- 
ator fatigue. 


Use color sparingly. 


Limit the amount of information on each screen to what is necessary. Do not force 
the end user to remember things from one screen to the next. 


Minimize cursor movement. 
Minimize kevstrokes. 


Show the maximum permissible length of an input field with underscores, high- 
lighting, or brackets. 


Exceptions for data entry: 
» Make the screen mirror the input document even if it is a mess. 


e Let operators correct errors all at once at the end of a document, rather than 
as each error comes up. 


Galitz suggests a properly designed screen will reflect the considerations out- 


lined in Figure 2. In addition, design consistencv is a vital human consideration in 
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APPEARANCE 
Clutter-free 


Cohesive groupings 


Obvious indication of what is being displayed 
Clear indication of what relates to what 
COMMANDS 
Consistent field positioning 
Clear field identification 
Relate to users’s conception of what is being accomplished 
English language oriented 
Capable of abbreviation or concise notation 
Consistent meaning between applications 
FIELD CAPTIONS/LABELS 
a Meaningful 
Distinguishable from one another 
Distinguishable from data fields 
Obvious association with data fields 
Contained on one line (not stacked) 
Upper case characters 
DATA FIELDS 
=  Distinguishable from field captions/labels 
a Obvious association with field caption/label 


= Directly usable form 





Figure 3. General Screen Design Guidelines: [Ref. 7: p. 7] 


screen design. “Design consistency enables a screen user to learn concepts and apply 
these concepts to a family of screens, and a family of systems.” [Ref. 7: p. 7] Learning 
capacities will then be devoted to how to use the system to enhance one’s job, and would 
not be consumed in understanding meaningless differences [Ref. 7: p. 7]. 

The quantity which constitutes too much information has not yet been deter- 


mined. However, the answer should reflect the application requirements and the screen 


Consistent positioning 


Consistent Identification 


Short, meaningful, common and fully-spelled-out words 


No word contrations, short forms or abbreviations 
Brief and simple 

Directly and immediately usable 

Affirmative 

Active voice 

Non-authoritarian 

Non-threatening 

Non-anthropomorphic 

Non-patronizing 

In temporal sequence of events 


Humor carefully used 





Figure 4. Message Guidelines: [Ref. 7: p. 9] 


format. People have subjective preferences for the amount of information presented on 
a displav, and those subjective ratings will decline as the amount of information dis- 
played deviates either way from the preferred amount. “One researcher reports that a 
well-designed page of printed material has a density loading of only 40 percent and that 
qualitatively judged good screens possessed a loading of about 15 percent.” [Ref. 7: p. 
8] These mentioned examples should not be construed as guidelines or absolutes. The 
ultimate determination of the values depends upon various complicated factors, many 
of which remain poorly understood. However, “screens should display only relevant 
information.” [Ref. 7: pp. 8-9] As information increases, competition among screen 
components increase for the user’s attention. Screens that flood a person with too much 
information will only prolong visual search times and make meaningful patterns more 
difficult to perceive. [Ref. 7: p. 9] Figure 3 on page 14 is a checklist of the basic at- 
tributes a screen should possess. 

An information system communicates with users through the many kinds of 


screen messages, 1.e., prompts, status messages, error messages, and diagnostic messages. 
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GENERAL 


e Information Grouping 
s Logical, orderly and meaningul to user 
e Keying Procedures 
« Manual tabbing for large volume; many screen tasks 
« Norecording, including, ommitting or changing data based on special 
rules or logical transformation 
Character Entry 
a Accomplished by direct character replcement 
« Keyed entries always visible (except secure entries such as 
passwords) 
= Data keyed without separators, delimiters or dimensional units 
« Data keyed without leading zeros 
« Right or left justification not required 
« Removal of unused underscores not required 
Screen Transmission 
a Accomplished by single explicit action when all entries are 
completed 


2. WITH SOCRCE DOCUMENT 


e Screen Organization 
= Image of source document 
e Field Captions’ Labels 
s Abbreviations/contractions separated by hyphens 
e Data Fields 
a Optimally, field identified by characters such as underscores 
a Minimally, starting point of field identified 


3. WITHOUT SOURCE DOCUMENT 


e Screen Organization 
s Columnized for optimum visual clarity 
e Field Captions; Labels 
s Fully spelled out in natural language 
e Data Fields 
a Optimally, field identified by characters such as underscores 
«= Minimally, starting point of field identified 





Figure 5. Data Entry Screen Guidelines: [Ref. 7: p. 10] 


A message needs to minimize confusion and ambiguity while allowing easy, correct, and 
fast interpretation. Searching through reference material to translate a message is un- 
acceptable, as are requirements for transposing, computing, or interpolating. [Ref. 7: p. 
9] 


Screen Organization 
Logical, orderly and meaningful to user 
Most frequently requested information on earliest screens 


Most frequently requested information on a screen in the upper-left 
portion 


Perceptually organized in a balanced manner 
Columnized for optimum visual clarity 
Not packed with information 

Field Captions/Labels 

= Fully spelled out in natural language 

Data Fields 
Natural split or breraks included 
Recognizable orders 


Accepted organizations and formats 


Justified for ease in scanning 


Visually emphasized 





Figure 6. Inquiry Screen Guidelines: [Ref. 7: p. 11] 


Many people are still threatened by the computer, and until an optimal user- 
friendly interface emerges, messages need to remain factual, informative, and avoid any 
attempt to humor or punish. [Ref. 7: p. 9] Figure 4 on page 15 provides guidelines for 
developing effective screen messages. [Ref. 7: p. 9] 

If used, a specially-designed source document from which data is keyed is the 
most important variable in data-entry-screen design. The main visual focus of the user 
will be towards the source document, with the screen assuming a secondary role. How- 
ever, if a source document is not developed, the user's primary visual focus will be the 
screen. This distinction is important since it determines whether keying aids are built 
into the screens or into source documents. The resulting screens will have fundamental 
conceptual differences in data organization, content, and structure. [Ref. 7: pp. 9-10) 
Figure 5 on page 16 provides broad guidelines for developing data entry screens. [Ref. 
7: pp. 9-10] 
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Structure 
Hierarchic structure of logically related elements 
Onlv relevant alternatives 
All relevant alternatives 
Critical or frequently chosen alternatives immediately accessible 
Consistency in terminology and ordering 
Distinctive lavels for groupings 
Location in hierarchy described 
ESCAPE mechanizm 
Screen Organization 


« Perceptually organized in a balance manner 


a Columnized for optimum visual clarity 


Ordering Rules 
«= Seven or less option--sequenced or frequency of occurrence 


« Eight or more options--alphabetic order 





Figure 7. Menu Screen Guidelines: (Ref. 7: p. 11] 


Another consideration when designing screens is to optimized human scanning. 
Scanning ease is accomplished by providing interpretable and easily identifiable items 
of data or information on the screen format, 1.e., an inquiry screen. “The design objec- 
tive of an inquiry screen is human ease in locating data or information.” [Ref. 7: p. 10] 
The normal human visual search pattern is to locate the grouping within which the items 
reside and then to find the specific item within this group. Most often, data fields 
themselves are used for this visual search. Consequently, data fields should be visually 
emphasized. [Ref. 7: p. 10] Figure 6 on page 17 summarizes broad guidelines for ef- 
fective inquiry screen design. 

All systems need to have a method of identifying the available transactions 
and/or screens within the system for use by the user, as well as a method of allowing the 
user to select the proper transaction and/or screen for display. A common technique to 


accomplish this is through the use of a menu screen. [Ref. 7: p. 10] 


One basic function of all menu svstems is to provide information to the user. 
The adaptability of menu-based systems to many diverse applications and their simplistic 
approach to user interaction has contributed significantly to the widespread acceptance 
of menu-driven systems. [Ref. 27] 

“Menu screens are particularly effective because they also utilize the more 
powerful human capability of recognition rather than recall.” [Ref. 7: p. 11] All choices 
and alternatives can be listed. “The primary design objective for menu screens is ease 
of visual scanning. The secondary objective is ease of alternative or choice selection.” 


[Ref. 7: p. 11] Figure 7 on page 18 provideds broad menu screen design guidelines. 


C. CONCLUSION. 

The Susan B. Anthony dollar is an example of nonacceptance by its intended users. 
It parallels a system with no moving parts, 1.e., simple, efficient, and was a designer’s 
dream. Of most importance, it worked. The coin 1s legal tender for a dollar, is portable, 
and technically surpasses the one dollar bill; the system it was to replace. It even costs 
less to produce; however, the public has rejected this new system so flatly that today the 
U.S. Government has half a billion Susan B. Anthony coins locked away in storage. 
The coin failed solely on the issue of user friendly. Coupled with its appearance being 
too much like the quarter and cash register drawers would require redesigning to provide 
a place for it, its small size implied the shrinking value of a dollar. Consequently, the 
coin was a technically-superior 100 million dollar flop. It failed because it didn't fit nicelv 


into the environment for which it was made. The analogy to software is obvious. [Ref. 
2: p. 66] 
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IHI. METHODOLOGY 


A. BACKGROUND 

Previous informal discussions with management at the Civilian Personnel Office at 
NPS indicated the need for assistance in developing user-friendly automated systems for 
certain functions that were still based on cumbersome manual methods of operation. 
The duties of the Civilian Training Director were identified as one critical area where 
automation could significantly enhance both the efficiency and effectiveness of the 
function. Though the duties of the Civilian Training Director were collateral, they di- 
rectly impacted the individual’s primary duties as Emplovee Development Officer for 
NPS. 

The preliminary stages of the research involved gathering background information 
to understand the duties and responsibilities of the Civilian Training Director and how 
her current svstem basicallv operated. Information was obtained through interviews and 
a review of formal organizational documents. The only current source of automation 
to assist the Training Director was the Employee Development (ED) Subsystem of the 
Navy Civilian Personnel Data System (NCPDS); a mainframe system operated at a 
contractor site in Oakridge, Tennessee. It was evident from interviews with both man- 
agement and the perspective end-user that the NCPDS (ED) was perceived to be non- 
user-friendly and incapable of providing the specific type of support required to 
effectively perform the tasks required by the Civilian Training Director. The user's pri- 
mary dissatisfaction with the NCPDS (ED) system centered around the complexity of 
the user interface. The perception was that there was too much one had to read and 
learn before even using the system; that the commands employed by the NCPDS (ED) 
were merely codes that did not relate to the functions nor terminology of the user’s en- 
vironment. The result was that the user reyected the NCPDS (ED) entirely, and con- 
tinued the perpetuation of a cumbersome manual svstem using mass storage techniques 
for filing and tracking records. As expected, the manual system does not support rapid 
data retrieval, ad hoc queries and report generation capabilities. The following condi- 


tions were also observed: 
e It is difficult to sort records for different phases of processing. 
¢ Too much time is spent in the clerical duties of training record maintenance. 


e Too much is spent gathering and collating report data. 
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e Scheduling of training is not optimal in regards to funds allocated for training and 
accomplishing mandatory command training. 

To better understand the user’s dissatisfaction with the NCPDS (ED) system, it was 
imperative that we receive a demonstration of the system and review some of the refer- 
ence documentation. Arrangements were made for the ADP Technical Coordinator at 
NPS CPO to provide both a brief and demonstration of the NCPDS system itself since 
the individual was unfamiliar with the ED subsystem. After reviewing the reference 
material provided, it was apparent that the user’s perceptions of the ED subsystem were 
valid and not merely the result of a lack of computer experience or system training. 

Clearly, the rejection of the NCPDS (ED) system was the result of a two-fold 
problem; specifically lack of functionality and poor user interface. Therefore, we decided 
that the methodology required for our study to develop a user- friendly interactive sys- 
tem to support the Civilian Training Director’s functions would be based on two sepa- 
rate design approaches, specifically, application functionality and user- friendly interface. 


Only by addressing both issues individually would user satisfaction be insured. 


B. TARGET POPULATION 

Ideally, we would have liked a target population of civilian training directors at 
major CPO sites throughout the continental U.S... However, this endeavor was imprac- 
tical to coordinate due to costs, communication factors, and time constraints. Thus, the 
original decision was to focus on those training directors located at CPO’s within the 
driving distance of NPS Monterey. Five CPO sites were identified. Contact was made 
with the regional civilian training director to inform and ensure approval and cooper- 
ation of the effort from upper management. Points of contacts were acquired for the 
respective CPOs. Phone contact was then made with the CPOs with disappointing re- 
sults. Some were not interested in participating due to their own endeavors to develop 
a similar system to meet their individual requirements; others were uninterested due to 
staffing/time constraints, and some simply failed to return phone calls. 

Therefore, we were left with the local CPO site to draw upon for available subjects 
to assist in defining functional and user interface specifications. We decided not to 
worry about attempting to design a Navv-wide generic functional training and tracking 
system, but allow the local civilian training director to specify the system’s functional 
requirements according to local policies and procedures. However, since there are peri- 
odic turnovers in the position of civilian training director, we Wanted to ensure a generic 


user- friendly design of the human-computer interface. To accomplish this, we decided 
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to draw upon the other emplovees within the local CPO to assist in defining the user 
interface specifications. The only criteria required of the subjects was to have experience 
using the NCPDS system. This was essential in order to benefit from previous experi- 
ence gained from using an interactive system. We felt that this approach would provide 
a more realistic foundation for the creation of a more objective and readily acceptable 
user interface by preventing a reoccurence of past mistakes. It was determined that ten 


employees fit the criteria. 


C. FUNCTIONAL APPLICATION 

Shneiderman noted that when designing interactive systems functionality is central 
and must be ensured before proceeding. “If the functionality is inadequate, it doesn't 
matter how well the human interface is designed.” [Ref. 28: p. 9] A review of research 
literature indicated that researchers and practitioners of Software Engineering had pro- 
vided us with a plethora of methodologies for conducting a structured analvsis and de- 
sign of a functional application. Most consist of a step by step approach evolving from 
the general to the specific and keyed to the system life cycle concept. As stated by 
Page-Jones, the importance of using the structured approach is that it “resists making 
decisions on how the problem is to be solved until what the problem is has been deter- 
mined.” [Ref. 29] 

Using previously acquired information and applying a composite of techniques 
based on data flow-oriented analvsis and design as presented by McMenamin, Stevens, 
Page- Jones, and Davis [Refs. 29,30,31, 32 ], detailed information regarding the existing 
system utilized for maintenance of civilian training records was gathered over a series 
of intensive interviews with the training director. Relevant organizational documents 
and currently employed paper records,reports that pertained to the system and its 
maintenance were examined. A physical data flow diagram (DFD) was developed and 
refined via the user which depicted the entire functional processes as currently performed 
byv the user. From the physical DFD, a logical DFD evolved that addressed the essential 
functions required to perform the desired tasks. The logical DFD was validated by the 
civilian training director. 

Based on the analysis, a relatively small database system was designed. Due to 
limited computer resources available to CPO, the database system had to be designed 


to function on an XT or At clone capable of running dBase III Plus software. 
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D. USER INTERFACE 

While software engineering provides numerous tools and techniques to aid the 
programmer/analyst in software development, it has yet to derive a similar framework 
for designing the user interface. Prototyping has been one approach to designing the 
user interface. The main advantage to prototyping is that jt allows a high degree of user 
involvement and thus ensures that the design is effective and meets user acceptance. 
However, the iterative nature of the process can be very costly in both time and money. 
Literary research has revealed numerous checkoff lists or rules delineating basic design 
guidelines to “user-friendly” systems. Little guidance, however, has been established 
other than “know your user” that offers the designer a methodology to select from these 
lists the particular factors which are of most importance to his user's needs regarding the 
task to be accomplished. Costs, time, and system constraints prohibit inclusion of all 
criteria from the checklists, so how does one proceed to determine the user’s preferences 
such that the environment the system presents to the user allows the user to perform his 
tasks with relatively little effort? 

The approach we selected for this phase of the study was based on the concept 
proposed by Kerlinger called research design [Ref. 33: p. 300]. The research design ap- 
proach involves planning a strategv of investigation in order to obtain answers to re- 
search questions. Kerlinger stated that “research designs are invented to enable the 
researcher to answer research questions as validly, accurately, objectively, and econom- 
ically as possible.” [Ref. 33: p. 301] With the characteristics of validity, accuracy, objec- 
tivity, and economics in mind, we began to formulate a framework for our user interface 
design approach. 

First, we had to identifv what aspects of the user interface might be used to assess 
a successful design. Shneiderman [Ref. 34: p. 14] identified five measurable human factor 
goals that can be readily applied to the evaluation of the user interface. These are: 


e Time to learn. How long does it take the average user to learn to use the system? 


e Speed of performance. How long does it take the user to perform his primary set 
of tasks on the system? 


e Rate of errors by users. How often and what types of errors are made when per- 
forming the primary set of tasks? 


e Subjective satisfaction. Are the users satisfied with aspects of the interface? 


e Retention over time. How well do users remember how to use various aspects of 
the system? 
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Obviouslv, no system can be perfect in all the above areas; trade-offs are inevitable. 
These trade-offs should be based on user and not designer preference. However, a 
minimum level of performance should be expected in all categories. 

Next, we had to determine how to rank the relative importance of each of these 
categories with the selected user group. It was decided that this might be readily ac- 
complished by evaluating these issues from the perspective of having the users evaluate 
a functionally similar interactive system that they were already familiar with. Our ra- 
tionale was that even though people are evaluating the user interface with respect to a 
particular system, they are nonetheless indicating a preference for what properties they 
want an interface to possess. Therefore, we would be able to conclude what particular 
factors affected user satisfaction and their relative importance to the user. 

Different methods for evaluating the user interface issues were investigated through 
research literature to determine what methods had previously been employed. While 
interviews may elicit valuable unforeseen information, surveys appeared to be the best 


option for collecting the required data for the following reasons [Refs. 35,36]: 
e They can be self-administered. 
e They are usually the least costly means. 
e They avoid any bias of the interviewer. 


e They are less disruptive to the perspective participants schedules. 


Shneiderman’s questionnaire was determined to be the easiest to adapt to our pur- 
poses [Ref. 34: p. 400]. It addressed those factors which, we had determined from earlier 
interviews, were of significant concern to the users. The measurement instrument the 
questionnaire employed utilized an ordinal scale, specifically, a semantic differential 
scale. We felt this would not only aid the user in interpreting the questions better, but 
also aid us in a more accurate assessment of the responses. As discussed by Buzzell, 
Cox, and Brown, interpreting the degrees of response alone can be misleading [Ref. 37]. 

Although it is possible to attach numbers to such a verbal scale for purposes of 
analvsis, it should be remembered that this 1s still an ordinal scale, strictly speaking, 
and estimates with regard to intervals or degrees of responses are simply estimates. 


Quantify them if you will, but there is no direct means of determining the validity 
of such quantifications. [Ref. 37] 


We chose to assume that by using an existing questionnaire, we were relieved of the 
responsibility to test the questionnaire for its content validity and reliability. 


The questionnaire was modified according to the following criteria: 
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e Questions were organized to follow specific user-interface issues. 
e Questions wording were enhanced for clarity and closure. 

e Scales supported the question being asked. 

e Scales were made understandable and unambiguous. 

e Comment section was offered for every question. 


e Instructions provided were clear and concise. 


Since the perspective subjects were required to have experience using the NCPDS 
system, we felt that the need to provide definitions on user interface terminology was 
not necessary. The questions were grouped into 28 specific user interface factors. A list 
of these factors can be found in Appendix A. Where applicable, questions were further 
organized such that preceding questions would help focus the issue of the next question. 

The questionnaire was designed to rate specific aspects of the user interface that 
could easily be related back to Shneiderman’s five human factor goals. Though the 
rating process is subjective and highly dependent upon user experience with computers 
and the particular system under evaluation, we felt that the questionnaire would provide 
us the necessary researcn tool to help us obtain accurate and objective information on 
the group’s preference for those particular factors of the user interface design that most 
impacted user satisfaction. Thus, the initial design for our user interface would be built 
on an analysis of the composite view of the group's preferences for dialog and interactive 
stvles. From the vantage of this preliminary design, prototyping would commence to 
determine the specific dialogs and screen designs. 

The first draft was evaluated for completeness and understandabilitv. Though 
length was of some concern, we felt it was better to err on the side of detail vice brevity. 
Modifications recommended by NPS faculty concerned wording of the scale to classifv 
the question and presentation sequence of a few of the questions. An additional ques- 
tion was recommended to capture the experience level of the respondent. The major 
problem with the questionnaire was dealing with the degree of rating. The original 
eleven seemed too numerous, making it difficult to draw conclusions; however, 5 seemed 
too few to capture or distinguish finer variations. If people did not have a strong opin- 
ion, the tendency would probably be to mark 3 or 4. The number originally proposed 
was 9. However, it was later recommended that the scale be dropped to 7 degrees. The 
final draft of the questionnaire is contained in Appendix B. 

It was decided that the questionnaire would be hand-delivered, with a brief expla- 


nation of our objectives to the ADP Technical Coordinator who would be distributing 


25 


the questionnaire. Arrangements were made to pickup the completed forms one Week 
later, so as to not impose on the subjects’ schedules. It was, however, requested that the 
questionnaires be completed at one seating vice intermittently since it would negatively 


impact the progressive building of the questions. 
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IV. ANALYSIS AND RESULTS 


The purpose of this study is to design a “user-friendly” application system that will 
monitor and maintain civilian personnel training records. This section will first examine 
the results of the functional analysis and design, next it will examine the results from the 
analysis of the user interface questionnaire, and then it will examine the results of the 


composite design via the prototype. 


A. FUNCTIONAL APPLICATION 

The structured analysis produced both a physical DFD and a logical DFD. The 
physical DFD, Figure 8 on page 28, reflects the various sources and sinks involved plus 
the inputs-processes-outputs currently performed in the existing Civilian Training Sys- 
tem. The logical DFD, Figure 9 on page 29 reflects a high level view of the essential 
activities of the Civilian Training System that are scheduled for automation. Appendix 
C contains the list of the 58 data elements identified to fulfill the required functions. 
Figure 10 on page 30 is the complete hierarchy chart for the system. Figure 11 on page 


31 1s the Bachman Diagram of the database design. 


B. USER INTERFACE 

Of the ten questionnaires provided to the subject group, six were completed. Factor 
analysis was used to reduce the individual variables into their respective underlying user 
interface factors. Factor analysis techniques allow analysis of various attributes of some 
product to derive a small number of underlying dimensions of product quality [Ref. 37: 
p. 198]. 

A factor index was created to empirically analyze the user group's rating of the 
system's user interface. The index was constructed by accumulating the scores assigned 
to the individual attributes from every questionnaire. The semantic differential scale 
used in the questionnaire provided a rating system based on an ordinal scale that goes 
from most negative feelings to the most positive feelings. The labels used allowed the 
respondent to evaluate his feelings with respect to the extremes, then place himself at the 
proper rating on the continuum. Since the scale was qualified from worst case to best 
case, it 1s not unlike the Likert Scale, and could be evaluated similarly. We felt at liberty 
to interpret the ratings this way based on the following supposition. Our rationale was 


that even though the respondents were evaluating particular attributes of the user 
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Figure 8. Physical Data Flow Diagram (DFD) 
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Figure 9. Logical Data Flow Diagram (DFD) 


interface with respect to a particular system, their ratings are subjective in that they are 
based on a comparison with other svstems that they have been exposed to; therefore, 
we felt that the ratings do in fact reflect a degree in preference for the attribute; specif- 
ically, they were either satisfied or dissatisfied with the attribute. The nonapplicable 


choice was available in the event that the attribute did not exist. 
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The scale was quantified by assigning the values 1, 2, 3, 4, 5, 6, and 7 ranging from 
the worst to the best respectivelv. Nonapplicable scores were not included in the devel- 
opment of the index. Using the values indicated, the scores from each questionnaire 


were averaged for every factor to arrive at the following factor index formula: 
. y 
pey 
O 
k=1 
, where 
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F, = individual factor index 

N = number of applicable responses 

v = total number of variables for the factor 
I, = numeric score for item k of factor, 


a, 5, 4, 2, 6, 7 


Figure 12 on page 33 shows the results of the factor index. The results were rather 
surprising since previous discussions with some of the participants indicated a higher 


level of dissatisfaction with the user interface than the questionnaire results reflected. 
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Though the index to the Overall Satisfaction factor was 3.9, if one examines all the fac- 
tors in the index, the impression is that the respondents feel that the user interface is 
adequate; it's not perfect, but it's not imperfect either. 

We were also disconcerted with the unusually large number of unanswered question 
for some of the factors. Since our sample size was extremely small, the results are ex- 
ceedingly sensitive to statistical analysis. Figure 13 on page 34 shows a histogram of 
the nonresponse rate by factor. Ifjust one person failed to answer every variable within 
a factor, then the nonresponse rate for the factor was automaticallv 17%. Therefore, 
we concentrated our study on those factors whose variables consistentlv had 2 or more 
nonanswers. Four factors were identified, they were Display Layouts, Instruction Use, 
Operation Relation, and Feedback. It was noted, however, that the indices for those 
factors were all 4.0 or above. Next, we examined the questionnaires to determine if the 
Same individual respondents were responsible for these nonanswers. Only two individual 
consistently failed to answer most of the variables for all four factors. Since these people 
rated their computer experience levels as four and five respectively, we were unable to 
derive any significant relationship between the respondents and the cause for nonanswer. 

The objective of the questionnaire was to serve as a design tool to aid in establishing 
user interface design goals by identifying those user interface issues of special concern 
to the user in the performance of the tasks to be accomplished. In order to garner the 
desired information from the questionnaire, it was evident that the questionnaire analy- 
sis must proceed in a two-fold manner. First, of special interest to us, were those factors 
whose index fell below the average of 4.0. This would tend to indicate less than satis- 
factory design implementation. Second, to prevent being mislead by numbers, we also 
took a close look at the response dispersal for every variable within each underlying 
factor to determine if an averaging process was distorting or hiding other problem areas. 

In examining the results of the factor index, four factors and one interactive style 
possessed less than 4.0 indices. These were Instruction Descriptiveness, Error Cor- 
rection, Learning, System Exploration, and Command Language, respectively. Based 
upon the individual variables comprising each of these factors, a clear relationship be- 
tween Shneiderman’s human factor goals measuring successful user interface design can 
be discerned. A less than satisfactory performance exists for three of the five human 
factor goals indicating distinct problems with the user interface design. Instruction 


Descriptiveness, Learning, and Command Language are all linked to Shneiderman’s time 
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Figure 12. Factor Index of User Interface Results from Questionnaire 


to learn and retention over time human factor goals; Error Correction and System Ex- 
ploration are linked to rate of errors by users. 

In examining the individual variables of the factors, what we searched for in partic- 
ular, Were variables where the ratings were not centrally clustered around a 2 to 3 degree 
spread, but instead, were widely dispersed over a 4 to 5 degree range that leaned toward 


the negative side. We reasoned that this disparity of opinions amongst the respondents 
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Figure 13. Nonresponse Rate by Factor 


is a flag indicating that the applicable factor is in fact causing serious problems for at 
least some of the users. Figure 14 on page 36 contains a list of the factors which con- 
tained more than one variable with widely scattered ratings. These were Instruction 
Descriptiveness, Error Messages, Error Correction, Experience Levels, Memory Limita- 
tions, Reference Materials, System Exploration, and Data Entry. The recurrence of 
three factors, Instruction Descriptiveness, Error Correction, and System Exploration, 
from the previous findings clearly reinforces the indication that serious problems exist 
with these aspects of the user interface. The factors again relate to a less than satisfac- 
tory performance of Shneiderman’s human factor goals identified above. 

All of the factors identified implied deficiencies within the dialog design of the user 
interface. Most of these deficiencies could be rectified by offering more than one inter- 
active stvle. The NCPDS system 1s driven by command language only. It does not even 
offer an on-screen form fill- in option. Therefore, based on the above information, it 
was decided that the user interface design must include menu selection, command lan- 
guage, and an on-screen form fill-in option to accommodate novice, intermittent, and 
frequent users. As cited by Shneiderman in Figure 15 on page 37, the advantages listed 
under these interactive styles address the factors creating most of the user dissatisfaction 


with the user interface. 


C. COMPOSITE DESIGN 

An analysis of the results above led us to the conclusion that the design and imple- 
mentation of a relational database system using both menu selection and on-screen form 
fill-in interactive styles would be appropriate for a prototype of the application system. 
(See Appendix D.) 

In order to minimize functional complexity at this time, the prototype is a scaled 
down version of the anticipated final system. Its primary purpose is to aid the final 
stages of detailed design in determining the user's specific preferences in system dialog 
and display layouts. It was hoped that if we were successful in the design of the menu 
selection, the display and selection mechanisms might prove fast enough to satisfy ex- 
perienced users and thus eliminate the requirement to implement the command language 
option. 

A simple tree structured menu was implemented where functionally similar tasks 
were partitioned into groups at logically equivalent levels. Terminology from the user's 
task domain was used to orient the user and aid the decision- making process. Menu 


items were ordered according to most frequently used items first. Items became menu 
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USER INTERFACE FACTOR 
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Figure 14. Factors Containing Widely Scattered Ratings 


titles as one proceeded down the tree. Where applicable, menu layout and terminology 
was consistent. 

Form fill-in is usually a preferred approach by most subjects over command lan- 
guage when updating a database [Ref. 38: p. 542]. Therefore, form fill-in was utilized 


for all database maintenance. Form titles, field labels, and other terminology were again 
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learning syntax 
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Direct Manipulation 
visually presents task may be hard to program 
concepts may require graphics display 
easy to learn and pointing devices 
easy to retain 
errors can be avoided 
encourages exploration 
high subjective satisfaction 





Figure 15. Interactive Styles: (Ref. 28: p.]. 


based on the user's task domain. Since data elements had been logically divided into five 
relations, each display reflected the elements within a relation. An attempt was made 
to keep display layouts uncluttered with the input fields occurring in a natural ordered 
sequence. All instructions consistently appeared in the bottom of the screen. Since the 
system was a prototype, data input error traps and help facilities have not been imple- 


mented at this time. 
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Utilizing test data for over 20 training events, basic performance tests Were run on 
the prototype to evaluate the following system performance criteria: usability, reliabil- 
itv, response time, and user-friendliness. The system, though not fully implemented, 
was clearly capable of supporting the desired functions of the Training Director. The 
system also had the potential to support management information systems (MIS) re- 
ports for management personnel within the CPO environment through ad hoc queries 
and generation of various standard reports. At present, the only system reliability 
problem involved accurate input of data input since minimum error traps exist. How- 
ever, once data input error traps are added to the system, this problem will be eliminated. 

Our problems began with the response time. While the response time for record 
maintenance is good, a potential problem for serious response time degradation exists 
with report and ad hoc queries that require join operations. The response time using the 
test data were good; however, the Training Director expects to monitor over 400 training 
events in a given fiscal year. These events are not uniformly distributed throughout the 
vear, but are “front loaded” at the beginning of the fiscal year and at the beginning of 
each quarter. As the storage of records increases, the response times for the report and 
the querv functions of the system will begin to deteriorate since most major reports and 
queries involve more than one join operation. Though most reports are run only on a 
monthly or quarterly basis, this could still pose as a potential threat to eventual user 
rejection of the system. 

The next problems were all linked to the user interface. While the system was 
user-friendlv, the use of the dBase 111 Plus application generator (APPSGEN) prevented 
the system from achieving good system transparency. To prevent duplicate entries of 
certain records, the user was requested to enter key information. If no previous record 
was found, an empty display form was brought up on the screen. The user would then 
have to reenter this information via the display. This problem and a few more like it 
could be overcome by hand coding vice using the APPSGEN. The second user interface 
problem involved the form fill-in screens. Since the screens had been based on the 
underlying data relation, they did not duplicate the exact order of items as they appeared 
on DD Form 1556, the input document. The user indicated that this might cause some 
problems with data entry since junior clerks would most likely be performing data input. 
It was requested that the input screens more closely follow DD Form 1556. This sub- 
stantiates what we found in research literature that regardless of how poor the source 


document format is screen design should emulate the document as closely as possible. 
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The user also requested that the record maintenance option on the main menu be de- 
composed into its composite options at the main menu level for better visibility of 
available options. 

Based upon the above problems and observations, a second prototype was devel- 
oped to accommodate both a redesign of the database, and thus eliminate the need for 


the join operations, and a redesign of the input screens. (See Appendix E.) 
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YV. CONCLUSIONS AND RECOMMENDATIONS 


A. CONCLUSIONS 

The main goal originally established for this project was to design a prototype for 
a “user-friendly” interactive system which could monitor and maintain civilian personnel 
training records for training directors at any CPO. Based upon this design, a prototvpe 
of the system was implemented to test and refine the design as necessary. 

During the process of defining the user problem, it became apparent that a two-fold 
approach to the system design was required to effectively accommodate both the func- 
tional application and the user interface components. Standard software engineering 
structure analysis and design techniques were utilized to adequately define the functional 
application specifications. However, lacking any standard framework for the user 
interface design, a research design approach was developed and investigated as a means 
of conducting the analysis of the user interface requirements. Prototyping, which 1s 
more tvpicallv used when dealing with uncertainty in analysis and design, was rejected 
as the sole means of defining user interface requirements due to time constraints. The 
objective of the research design approach was to develop a methodology that reduced 
the time and costs involved in the iterative process required bv prototyping alone. 

It was decided that a more immediate and direct approach to establishing user 
interface goals would be to have a group of perspective typical users tell us what user 
interface factors affected their satisfaction with a system. Unable to obtain cooperation 
from anv CPO other than the local CPO at NPS, we were left to draw upon only those 
employees within the local CPO who had some experience using interactive systems. 
Since the users were already familiar with the NCPDS system, it was decided to use that 
system as a bench mark for evaluating the users’ preferences since it would help them 
to focus and understand the questions better. A questionnaire was selected as the 
method of data collection since it was the easiest, least costly, and least disruptive means 
of acquiring the information. It was also hoped that the questionnaire would draw out 
system inadequacies that people would normally be reluctant to admit to because they 
feel it might reflect their own shortcomings vice the system’s. Through the process of 
performing personal interviews and reviewing literary research, 28 specific user interface 
factors that affected user satisfaction were identified. An existing questionnaire found 


during literary research was modified for the study. Since modifications to the 


40 


questionnaire were deemed insignificant, the questionnaire was not tested for content 
validity or reliability. Of the ten people identified for the study, only six completed the 
questionnaire. 

The questionnaire was analyzed from two perspectives. A factor index was con- 
structed to empirically represent the group’s ratings of various factors of the user inter- 
face. If an index fell below the average 4.0, it was flagged as having a less than 
satisfactory implementation. Then, to identify other potential problem areas, a close 
inspection of the response dispersal for every variable within each factor was conducted 
to determine if an averaging process was distorting a less than ideal implementation. 

Based upon the results of the above analyses, it was concluded that the design and 
implementation of a relational database system using both menu selection and on-screen 
form fill-in interactive styles would be appropriate for a prototype of the application 
system. However, after an analysis of the prototype, it became apparent that while in- 
dividual analysis arrived at an ideal design for each separate component, the independent 
approach to implementing the svstem had failed to recognize certain interrelationships 
between functional design and user interface design that were created by limitations of 
the software required to implement the system. A second prototype rectifving the defi- 
ciencies of the first was then successfully implemented, and thus accomplishing the pri- 
mary objective of this study. 

An important conclusion of this study is the observation that while interactive sys- 
tem development should commence with independent designs of both the functional 
application and the user interface, recognition of the interrelationships that might be 
created by the implementation environment can have a significant impact on the quality 
of system performance and must be thoroughly investigated before final svstem design. 
Specifically where system implementation is restricted to a particular hardware or soft- 
ware environment, then all potential constraints imposed by that ADP environment 
must be identified. Preliminary design alternatives can then be evaluated in view of these 
limitations, and based on prioritized performance criteria, unsuccessful designs can be 


identified and eliminated. 


B. RECOMMENDATIONS 

This study additionally provided an innovative framework for establishing specific 
user interface design goals for a particular subject group which relied heavily on user 
involvement to learn from their corporate past experiences. Though we feel the basic 


premise of the methodology is sound, there are several strongly recommended strategies 
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for implementing the questionnaire that may help avoid the pitfalls we encountered and 
result in a higher degree of successful fact gathering. 

l. A higher user interest must be stimulated in the significance of participating in 
the survev by either direct management intervention or sponsor presentation of the po- 
tential benefits. 

2. A revalidation of the questionnaire for every user group must be conducted to 
ensure subjects understanding of the questions and hopefully eliminate the high nonre- 
sponse rate to certain questions. 

3. When employing a long questionnaire form, a summary check-off list of sections 
required to be completed should be included to ensure no sections are inadvertently 
omitted. 

4. Provide a glossary of computer terminology definitions to minimize inconsistent 
interpretations. 

5. Present the questionnaire to subjects as a group in order to provide background 
brief regarding objectives of the study and the importance of full participation. 

6. In conjunction with the questionnaire, a simulation of new and potentially more 
practical user interface techniques should be demonstrated to broaden users’ awareness 


of alternatives. 
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APPENDIX A. FACTORS USED TO EVALUATE USER INTERFACE 


User Interface Factor 


a fod A ps pl ps ps ps pl ps 
KO 00 Y 0d UN E ON mOUòOONCOU FON ke 


Character Appearance 
Highlighting Utilization 
Display Layouts 

Display Sequence 
Interaction Pace 
Terminology Relation 
Terminology Use 
Instruction Descriptiveness 
Instruction Use 
Operation Relation 
Feedback 

Error Messages 

Error. Correction 
Learning 

Experience Levels 

Memory Limitations 
Reference Materials 
System Exploration 
Overall Satisfaction 


Interactive Styles 


20. 
21: 


22: 
23: 


24. 
25: 


26. 
Zafe 


28. 


Menu Selection 
Novice 
Experienced 

Command Language 
Novice 
Experienced 

Menu & Command Language 
Novice 
Experienced 

Data Entry 
Novice 
Experienced 


Respondents' Computer Experience Level 
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Please circle the number which best describes your impressions regarding 


the NCPDS computer system. (Additional comments are welcomed. ) 


APPENDIX B. APPLICATION SOFTWARE USER INTERFACE 


QUESTIONNAIRE 


Screen Appearance 


1. 


Characters in the displays are 


Character definition is 


Character contrast with background is 


Character shapes (fonts) are 


Highligthing facilitates task 


Levels of intensity or boldfacing is 


Letter or shape size changes are 


Use of underscoring is 


Non applicable 


unreadable 

1 2 3 
fuzzy 

2 3 

poor 

1 3 
unreadable 

1 2 3 
poorly 

1 2 3 


hard to see 
1 2 3 


hard to see 
1 2 3 


inappropriate 
1 2 3 


5 


5 


5 


5 


= NA 
readable 
6 7 NA 
sharp 
6 7 NA 
excellent 
6 7 NA 
readable 
6 7 NA 
very well 
6 7 NA 
clear 
6 7 NA 
clear 
7 NA 
appropriate 
6 7 


9, 


TO: 


Pl. 


Use of reverse video is 


Use of blinking is 


Use of color changes is 


Display Layouts 


12. 


PS 


14. 


15. 


16. 


17. 


18. 


Display layouts simplify tasks 


Displays are 


Displays are 


A title identifies the display 


Work proceeds from top to bottom 


Sequence of displays are 


Next screen in a sequence is 
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inappropriate 
1 2 3 


inappropriate 
1 2 3 


inappropriate 
i 2 3 


cluttered 
1 2 3 4 


disorganized 
nn «a 
never 
IZ eS 
never 


confusing 
1 2 3 4 


unpredictable 
AS 4 


appropriate 
6 7 NA 


appropriate 
5 6 7 NA 


appropriate 
6 7 NA 


uncluttered 
5 6 7 NA 


organized 
5 6 7 NA 


always 


5 6 7 NA 


predictable 
5 6 7 NA 


19; 


Zo 


21. 


22: 


25. 


24. 


257 


26. 


Maintaining a sense of position is 


Going back to a previous display is 


Beginnings, middles, and ends of tasks 
are marked 


Pace of system interaction is 


Data entry operations are echoed on 
the screen 


Response time for most operations is 


Error messages appear 


Display rate for most displays is 


Screen Dialog Design 


AT: 


28. 


Terminology relates to the task 


Computer-related terms are used 
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impossible easy 

1 2. 3. 4 w5 we 7 NA 
impossible easy 

1 2. 3 T4 7 NA 
confusingly clearly 

1 2 3 4 5e 7 NA 
too slow too fast 

WA 3 A 6 7 NA 
too slowly fast enough 

1 2 3 4 SE 7 NA 
too slow fast enough 

1 2 3 4 a NA 
too slow fast enough 

1 2 36 353.5 7 NA 
too slow fast enough 

1. 2. 3. «46 TOS 7 NA 
distantly closely 

1 2 3- 4 ' 5 7 NA 
too frequently appropriately 

1 2 3 4 sew 7 NA 


23. 


30. 


31, 


32, 


Task-related terms are used 


Terms on the screen are 


Abbreviations used are 


never always 


ambiguous 
1 2 3 4 5 


confusing clear 
eee. 3, é 5 


precise 


NA 


NA 


NA 


Terminology used on the screen is 
inconsistent consistent 
eee So a 5" 6 v7 


Task terms used are 


inconsistent consistent 
1 2 3 4 5 6 7 


Computer terms used are 


inconsistent consistent 
1 2 3 4 5 6 7 


Abbreviations used are 


inconsistent consistent 
1 2 3 4 5 6 7 


36. 


27. 


38. 


39. 


Instructions 


describing tasks are 


Instructions for commands or choices are 


Instructions for correcting errors are 


Instructions for getting more help are 
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confusing clear 
A a 5 


confusing clear 
3 4 5 6 


confusing clear 
i es) 5 6 


confusing clear 
Hees 4 75 6 


NA 


NA 


NA 


NA 


40. 


41. 


42. 


43. 


44. 


45. 


46. 


47. 


48. 


49. 


50. 


Consistent instructions are used 


Instructions consistently have the 
same position 


Instructions use consistent grammar 


Instructions use consistent tone 


Operations relate to tasks 


Number of operations per task are 


Operations related to tasks are 


Operations prevent mistakes 


Informative feedback is appropriate 


Link between operations and results are 


Amount of feedback is 
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never 

1 2 3 
never 

di 2 3 
never 

1 2 3 
never 

1 2 3 
distantly 

1 2 
many 

1 2 3 
obscure 

1 2 3 
never 

1 2 3 
never 

1 2 3 
confusing 

1 2 3 
too much 

1 2 B 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


SL. 


52. 


93. 


54. 


55. 


56. 


57; 


58. 


59. 


60. 


6l. 


Amount of feedback is 


Amount of feedback is user-controlled 


Error messages 


Error messages 


Error messages 
taken 


Error messages 


Error messages 


are helpful 


clarify the problem 


indicate actions to be 


are specific 


are 


Error correction is 


Correcting typos or complex slips is 


Going back to change values is 


Undoing operations is 
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too little 
i 2 3 
never 
2 3 
never 
2 3 
never 
1 2 3 
never 
1 2 3 
never 
1 2 3 
nasty 
1 2 3 
confusing 
1 2 3 
complex 
1 2 3 
complex 
1 2 3 
complex 
1 2 3 


5 


5 


adequate 


6 


always 
always 


always 
6 


always 


always 
6 


pleasing 


6 


simple 


7 


7 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


NA 


Human Factor Orientation 


62. Learning how to operate the system is 


63. Getting started is 


64. Learning more features is 


65. Relearning after intermittent use is 


66. Use by different levels of experience is 


67. Novices can use the system 


68. Experts can add features/shortcuts 


69, User can tailor the interface 


70. Human memory limitations are 


71. Information to complete tasks 
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difficult easy 
1` 2 3 4 MONO 7 NA 


difficult easy 
1 2 3 4 5 OTE 


difficult easy 
1 2 3 4 35 IAS 


GE EE LI Lt easy 
1 2 3 4 5 6 7 NA 


not accommodated accommodated 
1 2 a 4 5 6 7 NA 


with difficultly conveniently 
1 2 3 4 os 6 7 NA 


with difficultly conveniently 
2 3S) ae 6 7 NA 


with difficultly conveniently 
1 2 3 4 5 6 7 NA 


overwhelmed are respected 
1.2 3 4 35 7 NA 


must be memorized is visible 
1 2 3 4 5 6 7 NA 


42. 


as 


74. 


15: 


16, 


kl. 


79. 


Information patterns are 


Supplemental reference materials are 


Reference manuals are 


Exploration of features is 


Destructive operations (ie. 


operations) are 


Meaningful prompts are 


delete 


Overall reactions to the system 
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obscure 
1 2 3 4 


confusing 
1 2 3 3 


confusing 
i 2 


discouraged 
o 4 


not recoverable 
1 2 3 4 


not provided 
M2 3 yé 


terrible 
1 2 3 4 


frustrating 
1 2 3 4 


dull 


difficult 
1 2 3 4 


inadequate power 


2 3 4 


recognizable 
5 6 7 NA 


clear 
5 6 7 NA 


clear 
5 6 7 NA 


encouraged 
5 6 7 NA 


recoverable 
5 6 7 NA 


provided 
5 6 7 NA 


wonderful 
5 6 7 NA 


satisfying 
5 6 7 NA 


stimulating 
5 6 7 NA 


easy 
5 6 7 NA 


adequate power 
5 6 7 N 


INTERACTIVE STYLES 


Menu Selection 
1. Is your system menu driven? 


(If you answer 


When you first began using the system: 


2; Learning was 

3: Time required to learn was 

4. How to operate the system was 

Die Option desciptions in the menu were 
6. Errors made while operating the 


system were 


After you had been using the system for an 
extended period of time: 


qe Ability to remember how to use the 
system was 


8; Speed of operating the system was 
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yes no 


difficult 
1 2 3 
extensive 
1 2 3 
confusing 
1 2 3 
obscure 
1 2 3 
frequent 
1 2 3 


easy recall 


1 2 3 
too slow 
1 2 3 


5 


5 


no, please skip to the Command Language section. ) 


easy 

6 7 
modest 

6 7 
clear 

6 7 
meaningful 

6 7 
infrequent 

6 7 


NA 


NA 


NA 


not easy recall 


5 


5 


7 


fast enough 
6 7 


NA 


NA 


Errors made while operating the 
system were 
frequent infrequent 
1 2 3 4 5 6 7 NA 


Command Language 


L 


Is your system command driven? yes no 


(If you answer no, please skip to the Menu Selection and Command Language 
section. ) 


When you first began using the system: 


Learning was 
difficult easy 
1 2 3 4 > 6 7 NA 


Time required to learn was 
extensive modest 
1 2 3 4 5 6 7 NA 


How to operate the system was 
confusing clear 
1 2 3 4 5 6 7 NA 


Command language was 
obscure meaningful 
Io ees O 6 7 NA 


Errors made while operating the 
system were 
frequent infrequent 
1 2 3 4 5 6 7 NA 


After you had been using the system for an 
extended period of time: 


Ability to remember how to use the 
system was 
easy recall not easy recall 
ee 3 4 5 6 7 NA 
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8. Speed of operating the system was 
too slow fast enough 
LESZ 3 LS 6 7 NA 


9. Errors made while operating the 
system were 
frequent infrequent 
1 Z + & 793 6 7 NA 


Menu Selection and Command Language 


1. Does your system allow you to chose between 
menu driven or command driven modes? yes no 


(If you answer no, please skip to question 13 in this section. ) 


When you first began using the system: 


åg You used the 
menu mode command mode 
1 2 3 4 saw 7 NA 
3: Learning was 
difficult easy 
1 2 3 4 SER 7 NA 
4. Time required to learn was 
extensive modest 
1. 2 3 4 e 7 NA 
3; How to operate the system was 
confusing clear 
1 2 3 4 3 ie 7 NA 
6. Task terminology was 
obscure meaningful 
1 2 3 4 Se 7 NA 
i The same task terminology was used for 


menu options and command language 
never always 
2 3 4 5 6 7 NA 
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8. Errors made while operating the 
system were 
frequent infrequent 
1 ES era e 5 6 7 NA 
After you had been using the system for an 
extended period of time: 
9. You used the 
menu mode command mode 
1 2 3 4 5 6 7 NA 
10. Ability to remember how to use the 
system was 
easy recall not easy recall 
i ee 2 3 4 5 6 7 NA 
ii. Speed of operating the system was 
too slow fast enough 
1 ¿ls do 6 7 NA 
12. Errors made while operating the 
system were 
frequent infrequent 
AL Ss 5 6 7 NA 
(If you answered no to question 1 above, please answer question 13.) 
15. Would you like your system to have the 
option to choose between menu driven 
and command driven modes? Why? yes no 
Data Entry 
When you first began using the system: 
L. Learning how to input data was 
difficult easy 
1 2 3 4 5 6 7 NA 
Ze Time required to learn was 


extensive modest 
1 2 3 4 5 6 7 NA 


35 


2. Actual data entry was 
difficult easy 
1-2 3. 4 5S 7 NA 


4. Actual data entry was 
confusing clear 
1 2 3 4 5 6 7 NÅ 
5; Actual data entry was 
frustrating satisfactory 
1 2 3 & 5E eee 
6. Errors made while entering the 


data were 


frequent infrequent 
i 2 3 -d4 dS 6 7 NA 


After you had been using the system for an 
extended period of time: 


T: Ability to remember how to enter 
the data was 
easy recall not easy recall 
1 2 3 4 5 6 7 NA 


8. Actual data entry was 
difficult easy 
1 2 3. “4 ES 6 7 NA 


a. Actual data entry was 
confusing clear 
1 2 3 4 5 6 7 NA 


10. Actual data entry was 


frustrating satisfactory 
1 ya 3 4 5 6 7 NA 


I Speed of entering the data was 
too slow fast enough 
1 2 3 4 5 6 7 NA 


12: Errors made while entering the 
data were 
frequent infrequent 
1 2 3 4 5 6 7 NA 
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15. 


14. 


15. 


Does your system provide an on screen 
form for data input? yes no 


If no, would you like your system to 
provide an on screen form for data 
input? Why? yes no 


I would rate myself as a computer 
novice expert 
A AA 5 wé.” 7 NA 
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APPENDIX C. DATA DICTIONARY OF DATA ELEMENTS 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


LOGNUM 
DD Form 1556 Log Number 
character/5 


FYCRS 
fiscal year of course 
character/2 


MULEMPS 

multiple employees in course 
logical 

Y/N 


DTREC 1556 

date received DD Form 1556 
date 

YYMMDD 


DTLTRAGR 

date letter of agreement sent 
date 

YYMMDD 


DTCOPYOO2 

date copy DD Form 1556 sent to 002 
date 

YYMMDD 


DTCOPYSCR 

date copy DD Form 1556 sent to source 
date 

YYMMDD 


DISOPYDERE 

date copy DD Form 1556 sent to department 
date 

YYMMDD 
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data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


name: 


name. 


name. 


name. 


name. 


name. 


name: 


name. 


DTEVALDEPT 
date evaluation sent to department 
date 


YYMMDD 

COMPLETED 

course completed 

logical 

Y/N 

DD Form 1556 item 30 
NCOMPLCODE 

course non-completion code 
character/1l 

F - failed 

C - source cancelled course 
W - withdrew prior to start of course 
T - employee transferred 

I - incompleted by employee 
DD Form 1556 item 30 
ELASTNAME 

employee last name 
character/20 


DD Form 1556 item 1 


EFIRSTNAME 

employee first name 
character/10 

DD Form 1556 item 1 


EMINITIAL 

employee middle initial 
character/l 

DD Form 1556 item 1 


ESSN 
employee social security number 
character/9 


DD Form 1556 item 2 
EUIC 
employee unit identification code 


character/5 


DD Form 1556 item 3a 
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data element name: 


aliases: 
type/width: 
values: 


location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 


location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


ESUPVCODE 

employee supervisory code 
character/1 

O - supervises 1 or 2 

S - supervises 3 or + 

M - manager 

X - N/A 

DD Form 1556 item 6 


EDEPTCODE 
employee department code 
character/5 


DD Form 1556 item 7 


EFEDSERV 

employee length of federal service 
character/4 

YYMM 

DD Form 1556 item 9 


ETITLE 
employee job title 
character/30 


DD Form 1556 item 11 


EHANDICAP 

employee handicap 
logical 

Y/N 

DD Form 1556 item 11b 


EPAYPLAN 

employee pay plan 
character/2 

SA - summer aide 

ST - student aide 

GS - general schedule 
GM - general merit 

AD - faculty 

WG - wage grade 

WS - wage supervisor 
DD Form 1556 item l2a 


ESERIES 
employee occupational series 
character/4 


DD Form 1556 item 12b 
EPAYGRADE 
employee pay grade 


character/2 


DD Form 1556 item 12c 


60 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


name: 


name: 


name: 


name: 


name: 


name: 


name: 


EAPPTMT 

employee appointment status 
character/2 

Tl - temporary NTE 1 year 
T2 - temporary over 1 year 
Cl - career conditional 

C2 - career 

DD Form 1556 item 13 


ESCHEDULE 
employee schedule 
character/1 

F - full time 

P - part time 

I - intermittent 


ESEX 
employee sex 
character/1 
M/F 


ETHNICGRP 

employee ethnic group 
character/1 

C - caucasian 

- black 

- native american 

- asian - pacific islander 
- hispanic 


L > Z 


SUIC 
source unit identification code 
character/5 


DD Form 1556 item 15a 


SNAME 
source name 
character/40 


DD Form 1556 item 15a 
SCITY 

source city 
character/20 


DD Form 1556 item 15a 
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data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 


location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 
location: 


data element name: 


aliases: 
type/width: 
values: 


location: 


SSTATE 
source state 
character/2 


DD Form 1556 item 15a 


STYPE 

source type code 

character/2 

GA - Army 

GN - Navy 

GP - Navy, NPS 

GF - Air Force 

GM - Marines 

GG - Coast Guard 

GO - OPM, regional 

GI - NISC, correspondence course 

GS - state 

GE “County 

LN - local non-government, non-profit 
LP - local non-government, profit 

OR - distant non-government, non-profit 
OT - distant non-government, profit 
DD Form 1556 item 20c 


CGITY 
course city 
character/20 


DD Form 1556 item 15b 


CSTATE 
course state 
character/2 


DD Form 1556 item 15b 


TENG[YEE 

training type 
character/1 

U - basic supervisory 
advanced supervisory 
M - basic managerial 
N - advanced managerial 
S - safety 

A - administrative/clerical 
C - computers 
Í 
E 
X 
O 
D 


< 
i 


- interpersonal skills 
- equal employment opportunity 
- other 
- orientation 
D Form 1556 item 16a 
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data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 
location: 


name. 


name. 


name. 


name. 


name. 


name: 


name: 


name: 


CTITLE 

course title 
character/30 

DD Form 1556 item 16b 
CNUMBER 

course number 
character/10 

DD Form 1556 item 17a 
CSTARTDT 

course start date 
date 

YYMMDD 

DD Form 1556 item 18a 
CENDDT 

course end date 

date 

YYMMDD 

DD Form 1556 item 18b 


CDUTYHRS 
# of duty hours of course 
numeric/3 


DD Form 1556 item 19a 


CNONDUTYHR 
# of non-duty hours of course 
numeric/3 


DD Form 1556 item 19b 


CPURPOSE 

purpose of course attendance 
character/1l 

1 - improve performance 

2 - new equipment/technology 
3 - training plan 

DD Form 1556 item 20a 


CPRIORITY 

priority of course 
character/l 

ean 

DD Form 1556 item 20e 
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data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 


location: 


data element 
aliases: 
type/width: 
values: 
location: 


name: 


name: 


name: 


name. 


name. 


name: 


name. 


CMETHOD 

method of course 
character/1 

CG - correspondence 

R - classroom 

F - conference 

DD Form 1556 item 20g 


ETRNGPLAN 

employee training plan 
character/1 

V - VRA appointment 

U - upward mobility appointment 
M - new manager 

S - new supervisor 

DD Form 1556 item 20h 


CREASON 

reason for course selection 
character/1 

C - cost effective 

T - timeliness 

O - sole source (only one available) 
Q - quality of source 

DD Form 1556 item 20i 


PAYMETHOD 

payment method 

character/1 

B - billing/invoice and TNA # 

T - advance on DD1610 and TOA # 
R - SF1164 and RVA # 


DIRCOSTS 

total direct costs 
numeric/8 

99999. 99 

DD Form 1556 item 2la 


FUNDSOURCE 

source of funds 

character/1 

R - research/reimburseables 
O - OPTAR 

DD Form 1556 item 21d 


TANGONO 
TANGO number for direct costs 
character/7 


DD Form 1556 item 2le 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


data element 
aliases: 
type/width: 
values: 
location: 


name: 


name: 


name: 


name: 


name: 


name: 


name: 


JOBORDNO 
job order number for direct costs 
character/5 


DD Form 1556 item 22 


INDIRCOSTS 

total indirect costs 
numeric/8 

99999. 99 

DD Form 1556 item 25a 


TRAVORDNO 
travel order number 
character/5 


DD Form 1556 item 25d 


GOVDEDUC 

government deduction 
logical 

Y/N 


INVOICENO 
invoice number 
character/10 


DTINVOIRCV 

date invoice received 
date 

YYMMDD 


DTINVOIFWD 

date invoice forwarded to 002 
date 

YYMMDD 
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APPENDIX D. PROTOTYPE: FIRST ITERATION 


Title: CPO. PRG 

Authors: LCDR SHARON SLOMINSKI, USN 
LT IVON YOUNG, SC, USN 

Date: 19 NOV 1987 


The purpose of this program is to oversee the maintenance 
of the data base system for civilian personnel training. 


This program is the main program and calls procedures 
BANNER, MAINTAIN, REPORTS, and QUERIES 


t+ete t bt t t + 


SET COLOR TO W+/B+,W+/R, R+ 
CLEAR 

SET TALK OFF 

SET BELL OFF 

SET STATUS ON 

SET ESCAPE OFF 

SET CONFIRM ON 


SET PROCEDURE TO CALLS 


* Call procedure BANNER to give title page and instructions 
* to user. 


DO BANNER 


ve 


Set menu and hold for user to make selection. 
DO WHILE .T. 


* ---Display menu options, centered on the screen. 
se draw menu border and print heading 
CLEAR 
2, 0 TO- 13,79 DOUBLE 
3,13 SAY (CPO TRATNING TRACKING S Y S TEMA 
4,1 TO 4,78 DOUBLE 
---display detail lines 
7,32 SAY (1. RECORD MAINTENANCE) 
8,32 SAY (2. PRINT REPORTS) 
9,32 SAY (3. AD HOC OUERIES) 
UE K2 SAY ONSET 
STORE O TO selectnum 
@ 13,33 SAY " select 
@ 13,42 GET selectnum PICTURE "9" RANGE 0,3 
READ 


MDD lOD 


* Case statement. Depending on user's selection of 0-3 
* the correct procedure will be called. 


DO CASE 
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* No case is called. User is exiting the CPO program. 


CASE selectnum = 0 
SET TALK ON 
CLEAR ALL 
CLEAR 
@ 10,10 SAY 'HAVE YOU BACKED UP YOUR DATA FILES RECENTLY? ' 
WAIT 
CLEAR 
RETURN 


* Call procedure MAINTAIN 


CASE selectnum = 1 
DO MAINTAIN 
SET CONFIRM OFF 
STORE ' ' TO wait_subst 
@ 23,0 SAY 'Press any key to continue...’ GET wait. subst 
READ 
SET CONFIRM ON 


* Call procedure REPORTS 


CASE selectnum = 2 
DO REPORTS 
SET CONFIRM OFF 
STORE ' ' TO wait subst 
@ 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 
SET CONFIRM ON 


* Call procedure QUERIES 


CASE selectnum = 3 


DO QUERIES 
SET CONFIRM OFF 
STORE ' ' TO wait subst 
Q 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 
SET CONFIRM ON 
ENDCASE 
ENDDO T 
RETURN 


MEE: CPO. PRG 
PROCEDURE MAINTAIN 


Procedure MAINTAIN 


This procedure is called by CPO and is used to maintain the 
data base file. This procedure is a menu which allows the 
user to call one of five other procedures, i.e. , ADD1556, 
EMPINFO, MOD1556, MODCSE, and MODSOURC. 


E 


SET TALK OFF 
SET BELL OFF 
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SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


SE 
se 


Display menu options, centered on the screen. 
draw menu border and print heading 


DO WHILE .T. 


CLEAR 
2, O TO 15,79 DOUBLE 
3,18 SAY (RECORD MAINTENANCE MENU) 
4,1 TO 4,78 DOUBLE 
---display detail lines 
7,26 SAY (1. ADD A 1556 RECORD) 
8,26 SAY (2. MODIFY EMPLOYEE INFORMATION) 
9,26 SAY (3. MODIFY 1556 INFORMATION) 
10,26 SAY (4. MODIFY COURSE INFORMATION) 
11,26 SAY (5. MODIFY SOURCE INFORMATION) 
13 85267SAY "OMEEXIT 
STORE 0 TO selectnum 
@ 15,33 SAY " select lè 
@ 15,42 GET selectnum PICTURE "9" RANGE 0,5 
READ 


DMM IOMO 


DO CASE 


* No procedure is call. Allows user to exit. 


CASE selectnum = 0 
SET TALK ON 
CLEAR ALL 
RETURN 
Call procedure ADD1556 


CASE selectnum = 1 
DO ADD1556 
SET CONFIRM OFF 
STORE ' ' TO wait_subst 
@ 23,0 SAY 'Press any key to continue...' GET wait_subst 
READ 
SET CONFIRM ON 


Call procedure EMPINFO 


CASE selectnum = 2 
DO EMPINFO 
SET CONFIRM OFF 
STORE ' ' TO wait_subst 
@ 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 
SET CONFIRM ON 


Call procedure MOD1556 


CASE selectnum = 3 
DO MOD1556 
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SET CONFIRM OFF 


STORE ' ' TO wait subst 
@ 23,0 SAY 'Press any key to continue...' GET wait_subst 
READ 


SET CONFIRM ON 
* Call procedure MODCSE 


CASE selectnum = 4 
DO MODCSE 
SET CONFIRM OFF 
STORE ' ' TO wait_subst 
@ 23,0 SAY 'Press any key to continue...' GET wait_subst 
READ 
SET CONFIRM ON 


* Call procedure MODSOURC 


CASE selectnum = 5 
DO MODSOURC 
SET CONFIRM OFF 
STORE * ' TO wait_subst 
G 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 
SET CONFIRM ON 

ENDCASE 


ENDDO T 
RETURN 
* EOF: Procedure MAINTAIN 


PROCEDURE ADD1556 
* Procedure ADD1556 


* This procedure is called by procedure MAINTAIN and allows 
* the user to add records to the data base files INTERSEC 
* and FORM1556. 


* This procedure calls procedures EMPINFO1, MODCSE1, and 
* MODSO1 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


“ DO WHILE loop to verify that the log number being entered 
* has not been used before. 


MDUP = "FALSE" 
DO WHILE MDUP = "FALSE" 
CLEAR 
MLOGNUM = " de 
@ 10,10 SAY 'ENTER LOG NUMBER: ' GET MLOGNUM 
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READ 
USE INTERSEC 
LOCATE FOR LOGNUM =MLOGNUM 


IF FOUND () 
@ 12,10 SAY "LOG NUMBER ALREADY EXISTS. 
WAIT 
ELSE 
MDUP = "TRUE" ENDIF 
ENDDO 


* Adds new record to file INTERSEC. 


SET FORMAT TO INTERSEC 
APPEND 

USE 

CLEAR 


* Adds new record to file FORM1556. 


USE FORM1556 
SET FORMAT TO MOD1556 


ENTER A NEW LOG NUMBER. ” 


APPEND 
USE 
CLEAR 
3e Display menu options, centered on the screen. 
* draw menu border and print heading 
DO WHILE .T. 
CLEAR 
@ 2, 0 TO 13,79 DOUBLE 
@3,16 SAY (ADDING A FORM 1556 RECORD 
@ 4,1 TO 4,78 DOUBLE 


---display detail lines 


8,28 SAY (2. FORM 1556 COURSE INFO) 
9,28 SAY (3. FORM 1556 SOURCE INFO) 
11; 28 SAT WO METT" 

STORE O TO selectnum 

G 13,33 SAY " select Š 


DAOAnMm 


4,287 GAY (1ES=EGRM 1556 EMFLOYEE TINEO) 


@ 13,42 GET selectnum PICTURE ''9” RANGE 0,3 


READ 


DO CASE 


* No procedure is called. Allows user to exit. 


CASE selectnum = 0 
SET TALK ON 
CLEAR ALL 
RETURN 
* Calls procedure EMPINFO1 


CASE selectnum = 1 


DO EMPINFO1 
SET CONFIRM (OFF 


70 


STORE ' ' TO wait subst 

@ 23,0 SAY 'Press any key to continue... 
READ 

SET CONFIRM ON 


" GET wait subst 


* Calls procedure MODCSE1 


CASE selectnum = 2 
DO MODCSE1 
SET CONFIRM OFF 
STORE ' ' TO wait subst 
G 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 
SET CONFIRM ON 


* Calls procedure MODSO1 


CASE selectnum = 3 


DO MODSO1 
SET CONFIRM OFF 
STORE ' ' TO wait_subst 
G 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 
SET CONFIRM ON 
ENDCASE 
ENDDO T 
RETURN 


* EOF: Procedure ADD1556 
PROCEDURE EMPINFO1 


* Procedure EMPINFO1 

Je 

* This procedure is called by procedure ADD1556 to add data to 
* the data base file EMPLOYEE. 


CLEAR 
* Allows user to enter SSN. 


MSSN = ' i 
@10,10 SAY 'ENTER EMPLOYEE SSN: ' GET MSSN 
READ 


* Searches file EMPLOYEE for SSN. If found brings data to screen 
* for editing/verification. 


Go TENPLOYEE 
LOCATE FOR ESSN = MSSN 
IF FOUNDC) 
CLEAR 
SET FORMAT TO EMPLOY 
EDIT 
USE 
CLEAR 
ELSE 


al 


* If not found, states so and allows user to add a new record. 


CLEAR 
G10,10 SAY 'EMPLOYEE SSN WAS NOT FOUND. THIS IS NEW INFORMATION. ' 


WAIT 
CLEAR 
SET FORMAT TO EMPLOYEE 
APPEND 
USE 
CLEAR 
ENDIF 
RETURN 


*EOF: Procedure EMPINFO1 
PROCEDURE MODCSE1 


* Procedure MODCSE1 

ae 

* This procedure is called by procedure ADD1556. This procedure 
* use a composite key (CNUMBER, CSTARTDT) to search the data 

* base file COURSE. If the composite key is found, the user is 


* allowed to edit the record of file. If not found, the user 
* is allowed to add a new record. 


CLEAR 
* Allows user to enter course number and course start date. 


MCSNO = ' 

MSTARTDT =9 i 

@10,10 SAY 'ENTER COURSE NUMBER: ' GET MCSNO 

(412,10 SAY 'ENTER COURSE START DATE (MM/DD/YY): ' GET MSTARTDT 
READ 


* Uses file COURSE to search for composite key. If found, allows 
* the user to edit the record. 


USE COURSE 
LOCATE FOR CNUMBER = MCSNO .AND. CSTARTDT = CTOD(MSTARTDT) 
IF FOUNDC) 
CLEAR 
SET FORMAT TO COURSE1 
EDIT 
USE 
CLEAR 
ELSE 


& If not found, states so and allows user to add a new record. 


CLEAR 

@10,10 SAY ‘COURSE NUMBER WAS NOT FOUND. THIS IS NEW INFORMATION. ' 
? 

WAIT 


12 


CLEAR 
SET FORMAT TO COURSE 
APPEND 
USE 
CLEAR 
ENDIF 
RELE MCSNO, MSTARTDT 


RETURN 
*EOF: Procedure MODCSE1 


PROCEDURE MODSO1 

* Procedure MODSO1 

Y 

* This procedure is called by procedure ADD1556 and allows user 
* to either add or edit a record in data base file SOURCE. 


CLEAR 
* Allows user to enter source unit identification code. 


MSUIC = ' 
@10,10 SAY 'ENTER SOURCE UIC: ' GET MSUIC 
READ 


* Searches file SOURCE for SUIC. If found allows user to 
* edit the record. 


USE SOURCE 
LOCATE FOR SUIC = MSUIC 
IF FOUNDC) 
CLEAR 
SET FORMAT TO MODSOURC 
EDIT 
USE 
CLEAR 
ELSE 


* If not found, allows user to add a new record. 


CLEAR 
@10,10 SAY ‘SOURCE UIC WAS NOT FOUND. THIS IS NEW INFORMATION. ' 


WAIT 
CLEAR 
SET FORMAT TO MODSO1 
APPEND 
USE 
CLEAR 
ENDIF 
RETURN 


*EOF: Procedure MODSO1 
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| ROGEDURE EMPINFO 
Procedure EMPINFO 


* This procedure is called by procedure MAINTAIN and is used to 
* do a check to see if the employee's SSN is currently on 

* file in data base file EMPLOYEE. If so, allows the user 

* to edit. 


CLEAR 
* A check to see if SSN is on file. 


MSSN = $ 

@ 10,10 SAY 'ENTER EMPLOYEE SSN: ' GET MSSN 
READ 

USE EMPLOYEE 


* If SSN is found, the data will be placed on the screen for 
* verification and/or updating. 


LOCATE FOR ESSN = MSSN 
IF FOUNDC) 
CLEAR 
SET FORMAT TO EMPLOY 
EDIT 
USE 
CLEAR 
ELSE 


* If SSN isn't found, state such, and return to procedure 
MAINTAIN. 


+ 


(415,10 SAY 'EMPLOYEE SSN NOT FOUND. ' 


9 n 


? 
ENDIF 
RETURN 


* EOF: Procedure EMPINFO 


PROCEDURE MOD1556 
“ Procedure MOD1556 


This procedure is called by procedure MAINTAIN and uses 
* the data base file FORM1556. The procedure searches for 
the log number and if found allows user to edit. If 

* it isn't found, states so and returns to procedure 

“ MAINTAIN. 

CLEAR 


* Asks for log number and reads same. 
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MLOGNUM = " sè 
(410,10 SAY 'ENTER LOG NUMBER: ' GET MLOGNUM 
READ 


* Searches file FORM1556 


USE FORM1556 
LOCATE FOR LOGNUM = MLOGNUM 


* If log number is found, places data of screen for editing. 


IF FOUND() 
CLEAR 
SET FORMAT TO MOD1556 
EDIT 
USE 
CLEAR 
ELSE 


* If not found, states so and returns to procedure MAINTAIN. 


@ 15,10 SAY 'LOG NUMBER NOT FOUND. ' 
ENDIF 
RETURN 


*EOF: Procedure MOD1556 
PROCEDURE MODCSE 


* Procedure MODCSE 

* This procedure is called by procedure MAINTAIN and allows user 
* to edit data in the data base file COURSE. This procedure 

* searches for a composite key (CNUMBER, CSTARTDT). 


CLEAR 


* Allows user to enter both course start date and course number. 


MNUMBER = " i 

MSTARTDT = " di 

@ 10,10 SAY 'ENTER THE COURSE NUMBER: ' GET MNUMBER 

G 12,10 SAY 'ENTER THE COURSE START DATE (MM/DD/YY): ' GET MSTARTDT 
READ 


* Searches file COURSE for composite key. If found user can edit. 


USE COURSE 
LOCATE FOR CNUMBER = MNUMBER . AND. CSTARTDT = CTOD(MSTARTDT) 
IF FOUND() 
CLEAR 
SET FORMAT TO COURSE 
EDIT 
USE 
CLEAR 
ELSE 


ØS 


* If not found, states so and returns to procedure MAINTAIN. 
@ 15,10 SAY 'COURSE NUMBER NOT FOUND. ' 

ENDIF 

RELE MNUMBER, MSTARTDT 

RETURN 

*EOF: Procedure MODCSE. 

PROCEDURE MODSOURC 


Procedure MODSOURC 


+ 3 


ve 


This procedure is called by procedure MAINTAIN and allows user 
* to edit data in the data base file SOURCE. 


CLEAR 

* Allows user to enter source unit identification code. 
MEUTNE EN a 

G 10,10 SAY 'ENTER SOURCE UIC: ' GET MSUIC 

READ 


* Searchs file SOURCE. If found, allows user to edit. 


USE SOURCE 
LOCATE FOR SUIC = MSUIC 
IF FOUNDC) 
CLEAR 
SET FORMAT TO MODSOURC 
EDIT 
USE 
CLEAR 
ELSE 


wd. 
¢ 


< If not found, states so and returns to procedure MAINTAIN. 


@ 15,10 SAY 'SOURCE NOT FOUND. ' 
ENDIF 


RETURN 

*EOF: Procedure MODSOURC. 
PROCEDURE REPORTS 

ic 


* Procedure REPORTS 


ve 


ae 


This procedure produces the reports menu and allows 
the user to make a selection from three standardized reports. 


ale 
LA) 


SET TALK OFE 
SEL BELL ORF 
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SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


DO WHILE .T. 
* ---Display menu options, centered on the screen. 
Fe draw menu border and print heading 
CLEAR 
fer 0 TO 13,79 DOUBLE 
BWE 35 SAY (PRINT REPORTS MEN U) 
@ 4,1 TO 4,78 DOUBLE 
* ---display detail lines 
@ 7,28 SAY (1. TRAINING LOG FOR 1556) 
@ 8,28 SAY (2. TRAINING COSTS BY CATEGORY) 
(ee 28 SAY (3. LIST OF SOURCES) 
PM, 28 SAY 'O. EXIT' 


* ---Initialize selectnum and read in user's menu selection 
STORE O TO selectnum 

SES SAY " select j 

@ 13,42 GET selectnum PICTURE "9" RANGE 0,3 


READ 
* ---Execute user's selection 
DO CASE 
CASE selectnum = 0 
SET TALK ON 
CLEAR ALL 
RETURN 


CASE selectnum = 1 
* DO TRAINING LOG FOR 1556 


DO LOG 

SET CONFIRM OFF 

STORE ' ' TO wait_subst 

(4 23,0 SAY 'Press any key to continue... ' GET wait. subst 
READ 

SET CONFIRM ON 


eee selectnum = 2 
DO TRAINING COSTS BY CATEGORY 
DO COSTS 
SET CONFIRM OFF 
STORE ' TO wait subst 
@ 23,0 SAY 'Press any key to continue...' GET wait_subst 
READ 
SET CONFIRM ON 


CASE selectnum = 3 
* DO LIST OF SOURCES 
DO SOURCES 
SET CONFIRM OFF 
STORE ` ' TO wait. subst 
G 23,0 SAY 'Press any key to continue...' GET wait subst 


ol 


READ 
SET CONFIRM ON 
ENDCASE 


ENDDO T 
RETURN 
* EOF: REPORTS. PRG 


PROCEDURE LOG 
* Procedure LOG 


* This procedure generates a printed log of all FORM 1556'S where 
* the training has not been completed. It is comprised of 
* fields from FORM1556, EMPLOYEE, and COURSE joined via INTERSEC. 


SET TALK OFF 


* Direct user to set up printer. 

ve 

CLEAR 

@ 9,10 SAY ‘PLEASE VERIFY THAT YOUR PRINTER IS READY. ' 

@ 10,10 SAY ‘PRINTER MUST BE SET TO 132 CHARACTER WIDE PAPER. ' 
WAIT 

@ 15,10 SAY 'PLEASE BE PATIENT. YOUR DATA IS BEING COMPILED. ' 


* Join only those records whose training is uncompleted. 

Y 

SELECT 1 

USE FORM1556 

SELECT 2 

USE INTERSEC 

JOIN WITH FORM1556 TO TEMP FOR LOGNUM = FORM1556 -> LOGNUM . AND. .NOT. 
FORM1556->LCOMPLETED FIELDS FORM1556 -> LTINDCOST, LOGNUM, ESSN, 
CNUMBER, CSTARTDT 


SELECT 3 

USE EMPLOYEE 

SELECT 4 

USE TEMP 

JOIN WITH C TO TEMP2 FOR ESSN = C->ESSN FIELDS C->ELASTNAME, 
C->EFIRSTNAME, C->EMINITIAL, C->EDCODE, LTINDCOST, LOGNUM, ESSN, 
CNUMBER, CSTARTDT 


SELECT 5 

USE COURSE 

SELECT 6 

USE TEMP2 

JOIN WITH COURSE TO TEMP3 FOR CNUMBER = COURSE->CNUMBER . AND. 
CSTARTDT = COURSE->CSTARTDT FIELDS COURSE->CTITLE, COURSE->CCITY, 
COURSE->CSTATE, COURSE->CTDIRCOST, ELASTNAME, EFIRSTNAME, 
EMINITIAL, EDCODE, LTINDCOST, CNUMBER, CSTARTDT, LOGNUM 


* Print log and do housekeeping. 
Y 


USE TEMPS 
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CLEAR 

SET PRINT ON 
REPORT FORM LOGS 
SET PRINT OFF 
CLOSE ALL 

ERASE TEMP. DBF 
ERASE TEMP2. DBF 
ERASE TEMP3. DBF 
CLEAR 

RETURN 


* EOF: LOG. PRG 
PROCEDURE COSTS 


* Procedure COSTS. PRG 

* 

* This procedure generates a report of expenditures for all 

& requested training by categories that have not been completed. 
& It is comprised of fields from FORM1556 and COURSE joined via 
* INTERSEC with narrative training categories from TRNGCODE. 

* 


* Direct user to set up printer. 

Se 

SET TALK OFF 

CLEAR 

@ 9,10 SAY 'PLEASE VERIFY THAT YOUR PRINTER IS READY. ' 

WAIT 

@ 15,10 SAY 'PLEASE BE PATIENT. YOUR DATA IS BEING COMPILED. ' 


* Join only those records whose training is not completed. 
se 

SELECT 1 

USE FORM1556 

SELECT 2 

USE INTERSEC 

JOIN WITH FORM1556 TO TEMP FOR LOGNUM = FORM1556 -» LOGNUM . AND. . NOT. 
FORM1556 -> LCOMPLETED FIELDS FORM1556 -> LTINDCOST, LOGNUM, 
CNUMBER, CSTARTDT 


SELECT 3 

USE COURSE 

SELECT 4 

USE TEMP 

JOIN WITH COURSE TO TEMP2 FOR CNUMBER = COURSE->CNUMBER . AND. 
CSTARTDT = COURSE->CSTARTDT FIELDS COURSE->CTYPE, COURSE->CTDIRCOST, 
LOGNUM, LTINDCOST 


SELECT 5 

USE TRNGCODE 

SELECT 6 

USE TEMP2 

JOIN WITH TRNGCODE TO TEMP3 FOR CTYPE = TRNGCODE->CTYPE FIELDS 
TRNGCODE->CATEGORY, CTDIRCOST, LOGNUM, LTINDCOST 
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* Print report and do housekeeping. 
Y 

USE TEMES 

INDEX ON CATEGORY TO TEMP3NDX 
USE WENP5 INDEX TENPONDX 
CLEAR 

SET PRINT ON 

REPORT FORM COSTS 

SET PRINT OFF 

CLOSE ALL 

ERASE TEMP. DBF 

ERASE TEN 2T DBF 

ERASE TEMP3. DBF 

ERASE TEMP3NDX. NDX 

CLEAR 

RETURN 


* EOF: COSTS ERG 
PROCEDURE SOURCES 


* Procedure SOURCES. PRG 


* This procedure generates a report of all the different 
* training sources that have been utilized for the current 
* fiscal year. It is a dump of SOURCE. 


CLEAR 
SET TALK OFF 


t 


* Direct user to set up printer 

Y 

@ 9, 10 SAY "PLEASE VERIFY THAT YOUR PRINTER IS READY" 

WAIT 

G 15,10 SAY "PLEASE BE PATIENT. YOUR DATA IS BEING INDEXED." 
* Index SOURCE, print report and do housekeeping. 
USE SOURCE 

INDEX ON SNAME TO SOURCNDX 

USE SOURCE INDEX SOURCNDX 

CLEAR 

SET PRINT ON 

REPORT FORM SOURCE 

SET PRINT OFF 

USE 

ERASE SOURCNDX. NDX 


CLEAR 
RETURN 


~ EOF: < SOURCES ERG 
PROCEDURE QUERIES 


“ Procedure QUERIES 


80 


* This procedure allows the user who has a good working 
* knowledge of dbase to perform ad hoc queries of the database. 


CLEAR 
SET BELL 
SET TALK 
DO WHILE 
CLEAR 
@ 1,10 
cee, 10 
@ 3,10 
@ 4,10 
ie, 10 


ACCEPT 
CLEAR 


OFF 
OFF 
T. 


SAY 
SAY 
SAY 
SAY 
SAY 


"CAUTION: UNLESS YOU HAVE A GOOD WORKING KNOWLEDGE " 
"OF DBASE, YOU SHOULD BE VERY CAREFUL USING THIS" 
"OPTION. RECOMMEND BACKING UP YOUR DATA FILES BEFORE" 
" PROCEEDING. " 


"ENTER THE COMMAND TO BE USED (N TO STOP): " TO MCMD 
IF UPPER(MCMD) = 'N' 


RETURN 


ENDIF 
&MCMD 
WAIT 
ENDDO 
RETURN 


TREO F: QUERIES. PRG 


PROCEDURE BANNER 


* Procedure BANNER 


* This procedure produces a banner/title page and tells 
* the user to ensure the caps key is in place and when 
* to use the escape key. 


* Print the tile 


@3,24 SAY 
@4,24 SAY 
@5,24 SAY 
@6,24 SAY 
@7,24 SAY 
@8,24 SAY 
@9,24 SAY 
Y 


CCEC PPPP 0000' 
CONCE PP PP 00 00' 
CC PP PP 00 00' 
GC PPPP 00 00i 
CE PP 0O00 
CC ROC PP 00 00" 

CCEC PP 00007 


* Print remarks 


se 


@11,13 SAY 
G12,13 SAY 
@14,13 SAY 
@15,13 SAY 


@16,13 SAY ' 
ae 


"PLEASE ENSURE THE "CAPS LOCK" IS ON. THE WORD "Caps”' 
"WILL APPEAR ON THE RIGHT END OF COMMAND LINE. ' 
USE THE "ESC" KEY TO: 1. SKIP A SCREEN. ' 


2. TO EXIT A SCREEN IF' 
INCORRECT DATA IS USED. ' 


* Wait command to allow user to read screen. 


* 
WAIT 


81 


CLEAR 
RETURN 


* INTEKSEC. FMI 


, 23 
, 28 
, 41 
, 25 
9, 40 
11, 24 
11, 40 
13, 21 
13, 44 
Diy 


D D DAADA 


sh 


28 

if 
16 
24 
38 
48 
63 

i 
24 
27 
S 

Å 
48 

a 
26 
36 
52 
55 
65 

i 
18 
26 
43 

i 
20 
23 
BØ 

2 

2 


w we w w < w ç Y w v w 


vo w No w w 


w 


SO SO Y Y S vY ē S os ē Y ē v w 


DDMD TA 
Rh hh A A A A AA A A A hh 
EO O A ee II w 


+ 


SAY 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 


"LOG INFORMATION FOR FORM 1556" 
"LOG NUMBER: " 
INTERSEC->LOGNUM 
"EMPLOYEE SSN: " 
INTERSEC->ESSN 
"COURSE NUMBER: " 
INTERSEC-»CNUMBER 
"COURSE STARTING DATE: " 
INTERSEC ->CSTARTDT 


704555 5 DOUBLE 


MODISDO + EH 


SAY 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 


18,2 SAY"TYPE IN THE REQUESTED INFORMATION CONTAINED ON YOUR FORM 1556." 
19, 2 SAY "HIT CTRL END OR CTRL W WHEN DONE. ' 


"FORM 1556 LOG DATA" 
"LOG NUMBER: " 
FORM1556->LOGNUM 

"DATE OF 1556: " 
FORM1556->LD1556 
"APPROVAL DATE: " 
FORM1556-»LDAPP 1556 
"TRAINING COMPLETED?" 
FORM1556->LCOMPLETED 
"CODE FOR NONCOMPLETION: " 
FORM1556->LNONCOMPL 
"ACCOUNTING CLASSIFICATION FOR DIRECT COSTS:" 
FORM1556->LPAYMENT 
"TOTAL INDIRECT COSTS: " 
FORM1556->LTINDCOST 
"FUNDING SOURCE: " 
FORM1556->LFUNDSOURC 
"TANGO NO:" 
FORM1556->LTANGONO 
"JOB ORDER NO: " 
FORM1556->LJOBORDNO 
"TRAVEL ORDER NO: " 
FORM1556->LTRAVORDNO 
"GOVT DEDUCTION: " 
FORM1556->LGOVTDEDUC 
"INVOICE: " 
FORM1556->LINVOICE 


PON L8, EAS DOUBLE 
TO 18, 79 DOUBLE 


EMPLOYEE. FMI 


19 2 SAY" INPUT THE NEW RECORD INFORMATION NOW. HIT CTRL END WHEN DONE." 


@ 3, 32 SAY EMPLOYEE FILE 
@ 6, 4 SAY "LAST NAME: " 
Ben 


15 


GET 


EMPLOYEE ->ELASTNAME 
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DD AOADAANMNANnNMNnMARA AOHMAONMAOA MONMOMNHMA|]ARAOE MMNAMHONMOMOMOM]NnMmoOmon(MmoamonMm a mo 


% 


DDDDDD ADD DD (MA (HD (AH (DD n mo 


m m 


EN 
49 
61 
74 
6 
11 
22 
27 
30 
48 
55 
ai 
8 
19 
26 
50 
56 
69 
11 
36 
4 
14 
19 
31 
37 
47 
51 
72 
7 
34 
37 
52 
55 
69 
Bk 2 
18,2 SAY 


so w w bod w w . e w bud w 


Y vo. Ww wo ww 


w 


w te w w w w w se w w w w w 


Roa a fra fè fè jn jn a pra pen pwè pwè pan pwè pwè pen pen pwa pan pan pen 
DONDODINIDEFRFREREREPÉEEFENONOOOOOOOO 09 09 09 00 0 0 ØV ØV ON ON 


vw 


COURSE. 


N 
KO 


DODDWOWDMAAAAAAARL Fh 


wa to w w we la w A tn w wo w wo w 
in 
No) 


SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 


"FIRST NAME: " 

EMPLOYEE ->EFIRSTNAME 
"MIDDLE INIT: " 
EMPLOYEE ->EMINITIAL 
"SSN: tt 

EMPLOYEE ->ESSN 

"SEX: ti 

EMPLOYEE ->ESEX 
"ORGANIZATION UIC:" 
EMPLOYEE ->EUIC 
"POSITION LEVEL: " 
EMPLOYEE ->ELEVEL 
"DEPT CODE:" 

EMPLOYEE ->EDCODE 
"FEDERAL SERVICE (YYMM):" 
EMPLOYEE ->ECONTSERV 
"HANDICAPPED?" 
EMPLOYEE ->EHANDICAP 
"POSITION TITLE/FUNCTION: ” 
EMPLOYEE ->ETITLE 

"PAY PLAN: " 

EMPLOYEE ->EPAYPLAN 
PAY SERIES: " 
EMPLOYEE->ESERIES 
"PAYGRADE: " 

EMPLOYEE ->EGRADE 
"TYPE OF APPOINTMENT: " 
EMPLOYEE->EPAPPT 
"PART TIME/FULL TIME (P/F):" 
EMPLOYEE ->ESKED 
"TRAINING PLAN: " 
EMPLOYEE ->ETRNGPLAN 
"ETHNIC GROUP: " 
EMPLOYEE ->ETHNICGRP 


TO 17, 76 DOUBLE 

"INPUT THE NEW RECORD INFORMATION NOW. HIT CTRL END OR CTRL W 
WHEN DONE. " 

19,2 SAY"HIT ESCAPE (ESC) TO CANCEL INPUT AND RETURN TO PREVIOUS MENU." 


FMT 


SAY 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 


"COURSE INFORMATION" 
"COURSE TITLE: " 
COURSE ->CTITLE 
"COURSE NO: " 

COURSE ->CNUMBER 
“CITY: " 

COURSE ->CCITY 
"STATE: " 

COURSE ->CSTATE 
"STARTING DATE: " 
COURSE ->CSTARTDT 
"ENDING DATE: " 
COURSE ->CENDDT 
"COURSE HOURS PER PERSON - DURING DUTY: " 
COURSE ->CHRSDUTY 
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PAM MÒOMMoO MA MOAOMmOMnoMnMmoMnAnMmAmOom nom To DADADADADADADDAADADADADA® 


+ 


ADADDADOADODDOAOA® 


10, 53 
10, 62 
125 
12 Wou 
12228 
12, 34 
mo 
12 827 
12, 50 
1247, 
14, 10 
14, 32 
14, 37 
14, 57 
16, 29 
16, 41 

in 3 


SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 


"NONDUTY: "' 

COURSE ->CHRSNDUTY 
"PURPOSE OF COURSE: " 
COURSE ->CPURPOSE 
"TYPE: " 

COURSE ->CTYPE 
"PRIORITY: " 
COUKSE->CPRIORITY 
"METHOD OF EVALUATION: " 
COURSE ->CMETHOD 
"REASON FOR SELECTION: " 
COURSE ->CREASON 
"COURSE DIRECT COST: 
COURSE->CTDIRCOST 
"SOURCE UIC:" 
COURSE->SUIC 


TO Ly WAS DOUBLE 
19,2 SAY"INPUT THE NEW RECORD INFORMATION NOW. HIT CTRL END WHEN DONE." 
20,2 SAY"HIT ESCAPE (ESC) TO CANCEL INPUT AND RETURN TO PREVIOUS MENU." 


MODSO1. FMT 


Ben 
m 
7:23 
10, 10 
JOUK AS 
10, 35 
10, 49 
13, 10 
13, 22 
13, 32 
13, 45 
1, 6 
16, 6 
o 
1, 6 
1, 6 


19,2 SAY"INPUT 


SAY 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
TO 


"SOURCE INFORMATION INPUT SCREEN" 


"SOURCE NAME: " 
SOURCE ->SNAME 
"SOURCE CITY: " 
SOURCE->SCITY 
"SOURCE STATE: " 
SOURCE ->SSTATE 

"SOURCE UIC:" 
SOURCE ->SUIC 
"SOURCE TYPE: " 
SOURCE ->STYPE 
1, 68 DOUBLE 


TO TG Je] DOUB LE 
TO 26h ae DOUBLE 


TO 


1, 70 DOUBLE 


TOI, A70 DOUBLE 


EME COY -EMT 


32 


00 00 00 00 00 00 DY Drs ØV ØV ON ON OW 


v vv vv Y v Y Sè VU GO ē v vY u o 
AJ 


SAY 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 


"EMPLOYEE FILE" 
"LAST NAME: " 
EMPLOYEE ->ELASTNAME 
"FIRST NAME: " 
EMPLOYEE->EFIRSTNAME 
"MIDDLE INIT: " 
EMPLOYEE ->EMINITIAL 
"SSN: " 

EMPLOYEE ->ESSN 

us oe 
EMPLOYEE->ESEX 
"ORGANIZATION UIC:" 
EMPLOYEE->EUIC 
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THE NEW RECORD INFORMATION NOW. HIT CTRL END WHEN DONE." 
20,2 SAY'HIT ESCAPE (ESC) TO CANCEL INPUT AND RETURN TO PREVIOUS MENU. 


t1 


PAMMENNAMEMMAOR OQO;nNNNnMmnMMnMmnMnMmMmnnAnmnnnnmMnnnmm 


+ 


AA MÈANNANAnMnAnAnonnAnNnnnnnnnnmnmnmonMm 


8, 55 SAY "POSITION LEVEL: " 

8, 71 GET EMPLOYEE->ELEVEL 

UNS SAY "DEPT CODE: ” 

10, 19 GET EMPLOYEE->EDCODE 

10, 26 SAY "FEDERAL SERVICE (YYMM):" 
10, 50 GET EMPLOYEE->ECONTSERV 

10, 56 SAY "HANDICAPPED?" 

10, 69 GET EMPLOYEE->EHANDICAP 

12, 11 SAY "POSITION TITLE/FUNCTION: " 
12, 36 GET EMPLOYEE->ETITLE 

14, 4 SAY "PAY PLAN: " 

14, 14 GET EMPLOYEE ->EPAYPLAN 

14, 19 SAY "PAY SERIES: " 

14, 31 GET EMPLOYEE->ESERIES 

14, 37 SAY "PAYGRADE: " 

14, 47 GET EMPLOYEE->EGRADE 

14, 51 SAY "TYPE OF APPOINTMENT: " 
14, 72 GET EMPLOYEE->EPAPPT 
16, 7 SAY "PART TIME/FULL TIME (P/F):" 
16, 34 GET EMPLOYEE->ESKED 

16, 37 SAY "TRAINING PLAN: " 

16, 52 GET EMPLOYEE->ETRNGPLAN 

16, 55 SAY "ETHNIC GROUP: " 

16, 69 GET EMPLOYEE->ETHNICGRP 

2 TO 17, 76 DOUBLE 

19, 2 SAY "MAKE CHANGES TO ANY FIELD NOW. WHEN DONE, HIT CTRL END." 


COURSE 1. FMT 


SAY "COURSE INFORMATION" 
12 SAY "COURSE TITLE: ” 
26 GET COURSE->CTITLE 
8 SAY "COURSE NO: " 
19 GET COURSE->CNUMBER 
SUN SAY "CITY: " 
37 GET COURSE->CCITY 
59 SAY "STATE: " 
66 GET COURSE->CSTATE 
14 SAY "STARTING DATE:" 
29 GET COURSE->CSTARTDT 
39 SAY "ENDING DATE: " 
52 GET COURSE->CENDDT 
10 SAY "COURSE HOURS PER PERSON - DURING DUTY: " 
49 GET COURSE->CHRSDUTY 
53 SAY "NONDUTY: " 
62 GET COURSE ->CHRSNDUTY 
5 SAY "PURPOSE OF COURSE: " 
24 GET COURSE->CPURPOSE 
28 SAY "TYPE: " 
34 GET COURSE->CTYPE 
37 SAY "PRIORITY:" 
47 GET COURSE->CPRIORITY 
50 SAY "METHOD OF EVALUATION: " 
72 GET COURSE->CMETHOD 
10 SAY "REASON FOR SELECTION:" 
32 GET COURSE->CREASON 


w 
NI 
KO 


sa so w w w o w w wo w w w 


DWDWDDWDOAAAAAAAL Fh 


pa 
v v v v v v 


w 


so w w ». w 


pa pa ps ps pl ps ps ps ps ps ps ps ps 
FEINNNNNNNNDNOOO 
w 


w 
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t MOMMA 


OOOO NN 


14. 37 SAY “COURSE DIRECT COST 
14, 57 GET COURSE->CTDIRCOST 
16, 29 SAY TSOURCE UIC 
16, 41 GET COURSE->SUIC 
157.23, TO. 17 DOUBLE 
20, 2 SAY "MAKE CHANGES TO ANY FIELD NOW. IF NONE, HIT CTRL END." 


MODSOURC. FMT 


3, 22 SAY "SOURCE INFORMATION INPUT SCREEN" 
7, 10 SAY "SOURCE NAME: " 
7, 23 GET SOURCE-»SNAME 
10, 10 SAY "SOURCE CIM = 
10, 23 GET SOURCE->SCITY 
10, 35 SAY "SOURCE STATE: " 
10, 49 GET SOURCE->SSTATE 
13, 107 SAY “SOURCE UIC: 
13, 22 GET SOURCE->SUIC 
13, 32 SAY "SOURCE TYPE:" 
13, 45 GET SOURCE->STYPE 


1, 6 TO 1,68 DOUBLE 
16, 6 TO 16,69 DOUBLE 
1,06: 10 16. o we DOUE 
1, “6: TO O UB 
1, 6 TO 17, 70 DOUBLE 


19, 2 SAY "MAKE CHANGES TO ANY FIELD NOW. WHEN DONE, HIT CTRL END." 
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APPENDIX E. PROTOTYPE: SECOND ITERATION 


EN rtogram.. : 
E UCROr. ..: 


CPO. PRG version 2 

LCDR SHARON SLOMINSKI, USN 
LT IVON YOUNG, SC, USN 

: 08 FEB 88 


* The purpose of this program is to oversee the maintenance 


* of the database system for civilian personnel training. 


SET COLOR TO W+/B+,W+/R,R+ 


CLEAR 


SET TALK OFF 
SETAS ELL OFF 


SET STATUS 
SET ESCAPE 


ON 
OFF 


SET CONFIRM ON 


SET PROCEDURE TO CALLS 


Se 


de 
ør 


DO BANNER 


Call procedure BANNER to give title page and instructions 
to user. 


DO WHILE .T. 


de 
av 


---Display menu options, centered on the screen. 


* draw menu border and print heading 


CLEAR 


7,30 
8,30 
9,30 

10,30 

11,30 

13,30 

STORE 0 

a 15,33 

@ 15,42 

READ 


MADD IMMO 


meee) ro 15,79 DOUBLE 

SAY (E PO TRAINING TRACKING SYSTEM) 
4,1 TO 4,78 DOUBLE 

---display detail lines 


SAY (1. Add a Record) 

SAY (2. Change a Record) 

SAY (3. Delete a Record) 

SAY (4. Ad Hoc Queries) 

SAY (5. Print Reports) 

SAY '0. Exit' 

TO selectnum 

SAY " select E 

GET selectnum PICTURE "9" RANGE 0,5 


* Case statement. Depending on user's selection the correct 
* procedure will be called and executed. 


DO CASE 
Fe User is exiting the program. 
CASE selectnum = 0 
SET TALK ON 
USE F1556 
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PACK 
USE 
CLEAR ALL 
CLEAR 
RETURN 


se Do Add a Record 

CASE selectnum = 1 
DO ADDMENU 
SET CONFIRM OFF 
STORE ' ' TO wait subst 
@ 23,0 SAY Press any key to continue... 
READ 
SET CONFIRM ON 


1 


GET wait subst 


a Do Change a Record 
CASE selectnum = 2 

DO CHGMENU 
SET CONFIRM OFF 


STORE ' ' TO wait subst 
@ 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 


SET CONFIRM ON 


* Do Delete a Record 
CASE selectnum = 3 
DO DELERCD 
SET CONFIRM OFF 
STORE ' ' TO wait_subst 
@ 23,0 SAY ‘Press any key to continue... 
READ 
SET CONFIRM ON 


GET wait_subst 


* Do Ad Hoc Queries 

CASE selectnum = 4 
DO QUERIES 
SET CONFIRM OFF 
STORE ' ' TO wait subst 
@ 23,0 SAY 'Press any key to continue... 
READ 
SEL CONFIRME “ON 


GET wait_subst 


* Do Print Reports 

CASE selectnum = 5 
DO RPTMENU 
SET CONFIRM OFF 
STORE ' ' TO wait subst 
Q 23,0 SAY 'Press any key to continue... 
READ 
SET CONFIRM ON 


GET wait subst 


ENDCASE 


ENDDO T 
CLEAR 
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RETURN 
BOE: CPO. PRG 
PROCEDURE BANNER 


Procedure BANNER 


ve 

* This procedure is called from CPO and produces a banner/title 
* page and tells to the user ensure the caps key is in place and 
* when to use the escape key to continue. 

Ye 

*# Print the tile 

se 

(43,24 SAY ' CCCC PPPP 0000' 

(44,24 SAY ' CC CC PPPE 00 00' 

(45,24 SAY ' CC EPA EP 00 00' 

(46,24 SAY ' CC PPPP 00 00' 

[yee SAY ' CC PP 00 00' 

Gama SAY ' CC CC PE 00 00' 

(49,24 SAY ' EGEE PP 0000' 


“ Print remarks 
ye 


(411,13 SAY ‘Please Ensure The "CAPS LOCK" Is On. The Word "Caps"' 
@12,13 SAY ‘Will Appear In The Lower Right End Of The Command Line. ' 
(414,13 SAY 'Use The "ESC" Key To: 1. Skip A Screen. ' 

(415,13 SAY ' 2. To Exit A Screen If' 

@16,13 SAY ' Incorrect Data Is Used. ' 

Ye 


* Wait command to allow user to read screen. 


ate 
LAJ 


WAIT 

CLEAR 

RETURN 

* EOF: BANNER. PRG 


PROCEDURE ADDMENU 


AS 
SS 
we 
di 
we 
4% 


se 


Procedure ADDMENU. PRG 


This procedure is called by CPO and is used to add new 1556 records 
or invoice information to existing 1556 records to the database. This 
procedure is a menu which calls the procedures ADD1556 or ADDINVOICE. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


USE E1556 

DO WHILE .T. 
* ---Display menu options, centered on the screen. 
* draw menu border and print heading 
CLEAR 


@2, 0 TO 12,79 DOUBLE 
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G 3,24 SAY (ADD A R EP CoO ep WÈ E NOU 
@ 4,1 TO 4,78 DOUBLE 

* ---display detail lines 

@ 7,30 SAY (1. Add A New 1556 Record) 

@ 8,30 SAY (2. Add Invoice Information) 

E 10, SO085AY “One, 

STORE O TO selectnum 

@ 12,33 SAY “ select 

@ 12,42 GET selectnum PICTURE gn RANGE 0,2 
READ 


DO CASE 


* Return to main menu. 
CASE selectnum = O 
SET TALK ON 
CLEAR ALL 
RETURN 


* Do Add a new 1556 record 

CASE selectnum = 1 
DO ADD1556 
SET CONFIRM OFF 
STORE ' ' TO wait_subst 
@ 23,0 SAY 'Press any key to continue. . 
READ 
SET CONFIRM ON 


1 


GET wait. subst 


* Do Add invoice information to existing 1556 record. 

CASE selectnum = 2 
DO ADDINVOICE 
SET CONFIRM OFF 
STORE ' ' TO wait. subst 
G 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 
SET CONFIRM ON 


ENDCASE 


ENDDO T 
RETURN 
* EOF: ADDMENU. PRG 


PROCEDURE ADD1556 


* Procedure ADD1556. PRG 
* This procedure is called by ADDMENU and allows the user to add new 
* 1556 records to the database after checking for unique log number. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 
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* Verify that the log number to the new 1556 record has not been 
* used before. 


MDUP = 'FALSE' 
DO WHILE MDUP = 'FALSE' 
CLEAR 
mLOGNUM = ' 
@ 10, 20 SAY ‘Enter Log Number: ' GET mLOGNUM 
READ 
USE F1556 
LOCATE FOR LOGNUM=mLOGNUM 
IF FOUND () 
@ 12,10 SAY 'Log Number Already Exist. Enter A New Log Number. ' 
WAIT 
ELSE 
MDUP = 'TRUE' 
ENDIF 
ENDDO 


* Add a new record to the database. 


CLEAR 
APPEND BLANK RECORD 


* Add log information 
SET FORMAT TO LOG 
EDIT 
Add trainee information 
SET FORMAT TO TRAINEE 
EDIT 
Add training course information 
SET FORMAT TO TRNCOURS 
EDIT 
Add costs and billing information 
SET FORMAT TO BILLINGS 
EDIT 
CLOSE ALL 
CLEAR 
RELE mLOGNUM 
RETURN 
* EOF ADD1556. PRG 


e 


7 


a 


od, 
+ 


n 


PROCEDURE ADDINVOI 


* Procedure ADDINVOI. PRG 


ala 


This procedure is called by ADDMENU and allows the user to enter 
invoice information to appropriate 1556 record. 


++: 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


ve 


Locate appropriate 1556 record by log number. 
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MDUP = 'FALSE' 
DO WHILE MDUP = 'FALSE' 
CLEAR 
mLOGNUM = ' 
@ 10, 20 SAY ‘Enter Log Number: ' GET mLOGNUM 
READ 
USE F1556 
LOCATE FOR LOGNUM=mLOGNUM 
IF .NOT. FOUND () 
@ 12,10 SAY 'Log Number Does Not Exist. Enter A New Log Number. ' 
WAIT 
ELSE 
MDUP = 'TRUE' 
ENDIF 
ENDDO 


* Add invoice information to existing 1556 record. 


CLEAR 

SET FORMAT TO INVOICE 
EDIT 

USE 

CLEAR 

RELE mLOGNUM 

RETURN 

* EOF ADDINVOI. PRG 


PROCEDURE CHGMENU 
* Procedure CHGMENU. PRG 


* This procedure is called by CPO and allows the user to change data 
* either by individual sections of the 1556 or as an entire record. 
* This procedure calls the following procedures: CHGLOG, CHGTRAIN, 
æ CHGCOURS, CHGBILL, CHGINVOI, and CHG1556. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


DO WHILE .T. 


* ---Display menu options, centered on the screen. 
+ draw menu border and print heading 
CLEAR 
2, 0 TO 16,79 DOUBLE 
3,11SAY(C H ANGE 1556 RECORD INFORM A [enn 
4,1 TO 4,78 DOUBLE 
---display detail lines 
7,27 SAY (1. Change Log Information) 
8,27 SAY (2. Change Trainee Information) 
9,27 SAY (3. Change Training Course Data) 
10,27 SAY (4. Change Costs and Billing Information) 


MOMMA IFODA 
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we 
vi 


G 11,27 SAY (5. Change Invoice Information) 
(GM? , 27 SAY (6. Change an Entire 1556 Record) 
27 SAY `O. Exit 

STORE O TO selectnum 

m6. 33 SAY" select FÈ 

@ 16,42 GET selectnum PICTURE '9'' RANGE 0,6 
READ 


DO CASE 
Return user to main menu 
CASE selectnum = 0 
SET TALK ON 
CLEAR ALL 
RETURN 


Do change log information 
CASE selectnum = 1 

DO CHGLOG 

SET CONFIRM OFF 

STORE ' ' TO wait subst 


G 23,0 SAY 'Press any key to continue... 


READ 
SET CONFIRM ON 


Do change trainee information 
CASE selectnum = 2 

DO CHGTRAINEE 

SET CONFIRM OFF 

STORE ' ' TO wait subst 


@ 23,0 SAY "Press any key to continue... 


READ 
SET CONFIRM ON 


Do change training course data 
CASE selectnum = 3 

DO CHGCOURSE 

SET CONFIRM OFF 


STORE ' ' TO wait subst 
@ 23,0 SAY 'Press any key to continue.. 
READ 


SET CONFIRM ON 


Do change costs and billing information 
CASE selectnum = 4 

DO CHGBILLINGS 

SET CONFIRM OFF 

STORE ' TO wait subst 


@ 23,0 SAY ‘Press any key to continue... 


READ 
SET CONFIRM ON 


Do change invoice information 
CASE selectnum = 5 

DO CHGINVOICE 

SET CONFIRM OFF 

STORE ' ' TO wait_subst 
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1 


t 


GET wait_subst 


GET wait_subst 


GET wait_subst 


GET wait_subst 


ve 


G 23,0 SAY 'Press any key to continue...' GET wait subst 


READ 
SET CONFIRM ON 


Do change an entire 1556 record 
CASE selectnum = 6 


DO CHG1556 
SET CONFIRM OFF 
STORE ' ' TO wait subst 
@ 23,0 SAY 'Press any key to continue...' GET wait subst 
READ 
SET CONFIRM ON 
ENDCASE 
ENDDO T 
RETURN 


aC 


EOF: CHGMENU. PRG 


PROCEDURE CHGLOG 


Procedure CHGLOG. PRG 


This procedure is called by CHGMENU and allows the user to change 


data in the log section for a particular 1556 record. 


record is located by log number. 


SET TALK OFF 
SET BELL OFE 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


Fe 


Locate the appropriate 1556 record by log number. 


CLEAR 
mLOGNUM = ' : 
G 10,20 SAY 'Enter Log Number: ' GET mLOGNUM 
READ 
USE F1556 
LOCATE FOR LOGNUM=mLOGNUM 
IF FOUND () 
* CHANGE LOG INFORMATION 


CLEAR 

SET FORMAT TO CHGLOG 
EDIT 
USE 

CLEAR 


ELSE 


@ 12,20 SAY 'Log Number Not Found. ' 
ENDIF 
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The appropriate 


RELE mLOGNUM 
RETURN 


ae 


EOF CHGLOG. PRG 


PROCEDURE CHGTRAIN 


Y 
se 
Se 


* 
* 


Procedure CHGTRAIN. PRG 


This procedure is called by CHGMENU and allows the user to change 
data in the trainee section for a particular 1556 record. This 
proper 1556 record is located by log number. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


* 


Locate the appropriate 1556 record by log number. 
CLEAR 
mLOGNUM = ' i 
@ 10, 20 SAY 'Enter Log Number: ' GET mLOGNUM 
READ 
USE F1556 
LOCATE FOR LOGNUM=mLOGNUM 
IF FOUND () 
* CHANGE TRAINEE INFORMATION 
CLEAR 
SET FORMAT TO CHGTRAIN 
EDIT 
USE 
CLEAR 
ELSE 
€ 12, 20 SAY 'Log Number Not Found. ' 
ENDIF 


RELE mLOGNUM 
RETURN 


se 


EOF CHGTRAIN. PRG 


PROCEDURE CHGCOURS 


+ 
Te 


Je 
* 


Procedure GHGCOURS. PRG 


This procedure is called from CHGMENU and allows the user to change 
data in the training course section of a particular 1556 record. The 
proper 1556 record is located by log number. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


25 


* Locate the particular 1556 record. 


CLEAR 

mLOGNUM = ' 

@ 10, 20 SAY ‘Enter Log Number: ' GET mLOGNUM 
READ 

USE F1556 

LOCATE FOR LOGNUM=mLOGNUM 

IF FOUND () 


* CHANGE TRAINING COURSE DATA 
CLEAR 
SET FORMAT TO CHGCOURS 
EDIT 
USE 
CLEAR 


ELSE 
@ 12, 20 SAY ‘Log Number Not Found. ' 
ENDIF 


RELE mLOGNUM 
RETURN 
* EOF CHGCOURS. PRG 


PROCEDURE CHGBILLI 
* Procedure CHGBILLI. PRG 
* 


* This procedure is called from CHGMENU and allows the user to change 


* data in the costs and billing section for a particular 1556 record. 
* The proper 1556 record is located by log number. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


* Locate the particular 1556 record by log number. 


CLEAR 

mLOGNUM = ' i 

@ 10, 20 SAY 'Enter Log Number: ' GET mLOGNUM 
READ 

USE F1556 

LOCATE FOR LOGNUM=mLOGNUM 

IF FOUND () 


* CHANGE COSTS AND BILLING INFORMATION 
CLEAR 
SET FORMAT TO CHGBILL 
EDEL 
USE 
CLEAR 
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ELSE 
@ 12, 20 SAY ‘Log Number Not Found. ' 
ENDIF 


RELE mLOGNUM 
RETURN 


a 


EOF CHGBILLI. PRG 


PROCEDURE CHGINVOI 


* 
* 
* 
ve 
ve 


Procedure CHGINVOI. PRG 


This procedure is called from CHGMENU and allows the user to change 


data in the invoice section for a particular 1556 record. 


proper 1556 record is located by log number. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


ve 


Locate the particular 1556 record by log number. 


CLEAR 

mLOGNUM = ' i 

@ 10, 20 SAY 'Enter Log Number: ' GET mLOGNUM 
READ 

USE F1556 

LOCATE FOR LOGNUM=mLOGNUM 

IF FOUND () 


* CHANGE INVOICE INFORMATION 
CLEAR 
SET FORMAT TO CHGINVOI 
EDIT 
USE 
CLEAR 


ELSE 
@ 12, 20 SAY 'Log Number Not Found. ' 
ENDIF 


RELE mLOGNUM 
RETURN 


* 


EOF CHGINVOICE. PRG 


PROCEDURE CHG1556 


+ ot 4 4 


Procedure CHG1556. PRG 


The 


This procedure is called from CHGMENU and allows the user to change 


data from an entire 1556 record by sections at one time. 


1556 record is located by log number. 
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The proper 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


* Locate the particular 1556 record by log number. 





CLEAR 
mLOGNUM = ' | 
G 10, 20 SAY 'Enter Log Number: ' GET mLOGNUM | 
READ 
USE F1556 | 
LOCATE FOR LOGNUM=mLOGNUM 
IF FOUND () 
* CHANGE ENTIRE 1556 RECORD 
CLEAR 
SET FORMAT TO CHGLOG 
EDIT 
SET FORMAT TO CHGTRAIN 
EDIT 
SET FORMAT TO CHGCOURS 
EDIT 
SET FORMAT TO CHGBILL 
EDIT 
SET FORMAT TO CHGINVOI 
EDIT 
USE 
CLEAR 
ELSE 
@ 12, 20 SAY ‘Log Number Not Found. ' 
ENDIF 


RELE mLOGNUM 
RETURN 
“ EOF CHG1556. PRG 


PROCEDURE DELERCD 


* Procedure DELERCD. PRG 

* This procedure is called from CPO and allows the user to 

* delete individual 1556 records from the database. The proper 
* records are located by log number and displayed to permit the 
* user to verify that it is the correct record to be deleted. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 
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* Continue until correct record is located. 
TEST = 'FALSE' 
DO WHILE TEST = 'FALSE' 

MANS = ' ' 

CLEAR 

mLOGNUM = ' 

@ 10,20 SAY ‘Enter Log Number: ' GET mLOGNUM 

READ 

USE F1556 

LOCATE FOR LOGNUM=mLOGNUM 

IF FOUND () 

* Load record for display 


STORE ELASTNAME TO mLAST 
STORE EFIRSTNAME TO mFIRST 
STORE EMINITIAL TO mINITIAL 
STORE ESSN TO mSSN 

STORE EUIC TO mUIC 

STORE CSTARTDT TO mSTART 
MORE CTITLE TO mTITLE 


* Display the record. 
CLEAR 
23 SAY "VERIFICATION OF 1556 TO BE DELETED” 
18 SAY "LOG NUMBER: ” 
30 GET mLOGNUM 
18 SAY "NAME: " 
24 GET mLAST 
SA 
46 GET mFIRST 
57 GET mINITIAL 
58 SAY ”." 
18 SAY "SSN:” 
23 GET mSSN 
1o SAY UIC: 
23 GET mUIC 
18 SAY "COURSE START DATE: ” 
37 GET mSTART 
18 SAY "COURSE TITLE: ” 
32 GET mTITLE 
13 TO 17, 66 DOUBLE 
1:70 5365 
CLEAR GETS 


DO 
N 
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ws 
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(a 
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@ 19,23 SAY 'Is This The Correct Record? Y/N: ' GET mANS 
READ 


* Delete the record 
IF UPPER(mANS) = 'Y' 


DELETE 
TEST = 'TRUE' 
ENDIF 
ELSE 
G 12,20 SAY 'Log Number Not Found.' 
WAIT 
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ENDIF 


ENDDO TEST 

USE 

RELE mLOGNUM, mLAST, mFIRST, mINITIAL, mSSN, mUIC, mSTART, mTITLE 
RELE mANS, TEST 

RETURN 

* EOF DELERCD. PRG 


PROCEDURE QUERIES 
Procedure QUERIES 


This procedure is called from CPO and allows the user who has 
a good working knowledge of dBase to perform ad hoc queries 
of the database. 


eo A 4% 


CLEAR 
SET BELL OFF 
SET TALK OFF 


DO WHILE . T. 
CLEAR 
@ 1,10 SAY "CAUTION: Unless You Have A Good Working Knowledge i 
@ 2,10 SAY " Of dBASE, You Should Be Very Careful Using This 
G 3,10 SAY " Option. Recommed Backing Up Your Data Files" 
@ 4,10 SAY " Before Proceeding." 
a. 5 TO siy 


ACCEPT " Enter The Command To Be Used (N TO STOP): '' TO mCMD 
IF UPPER(mCMD) = 'N' 
CLEAR 
RETURN 
ENDIF 
&mCMD 
WAIT 
ENDDO 
RETURN 
* EOF: QUERIES. PRG 


PROCEDURE RPTMENU 


* Procedure RPTMENU. PRG 
+ 


* This procedure produces the reports menu and allows 
* the user to make a selection from FOUR standardized reports. 
* This procedure calls NEWLOG, NONCOMP, and DCOSTS. 


SET TALK OFF 
SET BELL OFF 
SET STATUS ON 
SET ESCAPE OFF 
SET CONFIRM ON 


DO WHILE .T. 
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A 


e 





* ---Display menu options, centered on the screen. 


* draw menu border and print heading 

CLEAR 

me, 0 TO 13,79 DOUBLE 

eO SAY (PRINT REPORTS MEN VU) 
a 4,1 TO 4,78 DOUBLE 

* ---display detail lines 

A 7,28 SAY (1. 1556 Training Log) 

Q 8,28 SAY (2. Noncompleted Training Log) 

Q 9,28 SAY (3. Training Costs By Department) 
met, 28 SAY ‘0. Exit’ 


se 


---Initialize selectnum and read in user's menu selection 
STORE O TO selectnum 

@ 13,33 SAY " select lè 

A 13,42 GET selectnum PICTURE ''9' RANGE 0,3 
READ 


* ---Execute user's selection 
DO CASE 


Return to main menu 

CASE selectnum = O 
SET TALK ON 
CLEAR ALL 
RETURN 


Produce 1556 training log 
CASE selectnum = 1 

DO NEWLOG 

SET CONFIRM OFF 

STORE ' * TO wait_subst 


Q 23,0 SAY 'Press any key to continue... 


READ 
SET CONFIRM ON 


Produce noncompleted training log 
CASE selectnum = 2 

DO NONCOMP 

SET CONFIRM OFF 

STORE ' ' TO wait subst 


@ 23,0 SAY 'Press any key to continue. 


READ 
SET CONFIRM ON 


Produce costs by department 
CASE selectnum = 3 

DO DCOSTS 

SET CONFIRM OFF 

STORE ' ' TO wait subst 


@ 23,0 SAY 'Press any key to continue. 


READ 
SET CONFIRM ON 


ENDCASE 
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GET wait_subst 


..' GET wait subst 


.…" GET wait subst 


ENDDO T 
RETURN 
X EOF: RPTMENU- PRG 


PROCEDURE NEWLOG 

Procedure NEWLOG. PRG 

This procedure generates a printed log of FORM 1556'S. 
It is comprised of fields LOGNUM, EDEPTCODE, ELASTNAME, 


EFIRSTNAME, EMINITIAL, CTITLE, CNUMBER, DIRCOSTS, and 
* INDIRCOSTS from F1556. 


+ OF 


SET TALK OFF 
* Direct user to set up printer. 


CLEAR 

@ 9,10 SAY 'Please Verify That Your Printer Is Ready. ' 

@ 10,10 SAY 'Printer Must Be Set To 132 Character Wide Paper. ' 
WAIT 

@ 15,10 SAY ‘Please Be Patient. Your Data Is Being Compiled. ' 


USE F1556 
INDEX ON LOGNUM TO TEMPNDX 
USE F1556 INDEX TEMPNDX 


* Print log and do housekeeping. 


CLEAR 

SET PRINT ON 

REPORT FORM RNEWLOG 
SET PRINT OFF 

CLOSE ALL 

ERASE TEMPNDX. NDX 
CLEAR 

RETURN 

* EOF: NEWLOG. PRG 


PROCEDURE NONCOMP 

Procedure NONCOMP. PRG 

This procedure generates a printed log of all FORM 1556'S where 
the training has not been completed. It is comprised of 


fields from LOGNUM, EDEPTCODE, ELASTNAME, EFIRSTNAME, 
* EMINITIAL, CTITLE, and CNUMBER from F1556. 


eb ES 


SET TALK OFF 
* Direct user to set up printer. 
CLEAR 


@ 9,10 SAY 'Please Verify That Your Printer Is Ready. ' 
@ 10,10 SAY ‘Printer Must Be Set To 132 Character Wide Paper. ' 
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WAIT 
@ 15,10 SAY ‘Please Be Patient. Your Data Is Being Compiled. ' 


Vober 1556 

SORT ON EDEPTCODE FOR .NOT. COMPLETED TO TEMP 
USE TEMP 

CLEAR 

SET PRINT ON 

REPORT FORM RNONCOMP 
SET PRINT OFF 

CLOSE ALL 

ERASE TEMP. DBF 

CLEAR 

RETURN 

* EOF: NONCOMP. PRG 


PROCEDURE DCOSTS 
* Procedure DCOSTS. PRG 


* This procedure generates a report of expenditures for all 
* requested training by departments. It is comprised of fields 
*  EDEPTCODE, DIRCOSTS, and INDIRCOSTS from F1556. 


* Direct user to set up printer. 


SET TALK OFF 

CLEAR 

@ 9,10 SAY 'Please Verify That Your Printer Is Ready. ' 

@ 10,10 Say 'Printer Must Be Set To 132 Character Wide Paper. ' 
WAIT 

@ 15,10 SAY 'Please Be Patient. Your Data Is Being Compiled. ' 


* Print report and do housekeeping. 


Beef 1556 

INDEX ON EDEPTCODE TO TEMPNDX 
USE F1556 INDEX TEMPNDX 

CLEAR 

SET PRINT ON 

REPORT FORM RDCOSTS 

Sea PRINT OFF 


CLOSE ALL 

ERASE TEMPNDX. NDX 

CLEAR 

RETURN 

OE: DCOSTS. PRG 

* LOG. FMT 

PWAN “9 SAY Log Number: * 

a 1, 22 GET F1556->LOGNUM 

@ 1, 35 SAY "Fiscal Year of Course: " 
eae >? GED E1556--?FYCRS 

@ 3, 9 SAY "Multiple Employees:" 
mos, 29 GET F1556->MULEMPS 
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PAR DD MMDA 


+ 


ADADDADOADDODDO®DDOADDDA AO 0000 


SAY "Course completed (Y/N):" 

GET F1556->COMPLETED 

SAY "Reason for Noncompletion (F,C,W,T,1):" 

GET F1556->NCOMPLCODE 

SAY “Dates: 1556 Received iorn e a a 
GET F1556->DTREC1556 

SAY Letter of Agreement Sento... k 

GET F1556->DTLTRAGR 

SAY “Copy of 1556 Sent 0 A i 

GET F1556->DTCOPY002 

SAY Copy of 1556 Sent romscuces a E 

GET F1556->DTCOPYSCR 

SAY "Copy of 1556 Sent to Department.." 

GET F1556->DTCOPYDEPT 

SAY "Evaluation Sent to Department.... 
GET F1556->DTEVALDEPT 

TO 18, 7/1 DOUBLE 


11 


TRAINEE. FMT 


22 
3 
14 
35 
47 
58 
74 


w v w wo v w w w w vw w wwe w v w w 
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SAY "SECTION A -- TRAINEE INFORMATION" 
SAY "Last Name: " 

GET F1556->ELASTNAME 

SAY "First Name: '' 

GET F1556->EFIRSTNAME 

SAY "Middle Initial:" 

GET F1556->EMINITIAL 

SAY "SSN: " 

GET F1556->ESSN 

SAY URE 

GET F1556->EUIC 

SAY "Supervisory Code (0,S,M,X):" 

GET F1556->ESUPVCODE 
SAY "Department Code:' 
GET F1556->EDEPTCODE 
SAY "Continuous Federal Service (YYMM):" 
GET F1556->EFEDSERV 

SAY "Position Title:” 

GET F1556->ETITLE 

SAY "Handicapped (Y/N):" 

GET F1556->EHANDICAP 

SAY "Pay Plan (SA,ST,GS,GM,AD,WG,WS):" 
GET F1556->EPAYPLAN 

SAY "Pay Series:" 

GET F1556->ESERIES 

SAY "Pay Grade:” 

GET F1556->EPAYGRADE 

SAY "Type of Appointment (T1,T2,C1,C2):" 
GET F1556->EAPPTMT 

SAY "Schedule (F,P,I):" 

GET F1556->ESCHEDULE 

SAY "Sex (M,F):" 

GET F1556->ESEX 

SAY "Ethnic Code (C,B,N,A,H):" 

GET F1556->ETHNICGRP 
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oe, 1 


ORE Aaa ar DOUBLE 
fae 2 TO 2, 76 


TRNCOURS. FMT 


22 

4 
16 
25 
36 

4 
17 
42 
56 

4 
17 
42 
56 

4 
43 

4 
18 
50 
65 

4 
19 
29 
34 
42 
58 
63 
12 
15 

4 
ZI 
27 
45 
52 
68 

4 
56 

4 
22 
38 
70 

2 

3 
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SAY 
SAY 
GER 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 


"SECTION B -- TRAINING COURSE DATA" 
"Source Uic:" 
F1556->SUIC 
"Source Name: ' 
F1556->SNAME 
Source City: | 
F1556->SCITY 
"Source State:' 
F1556->SSTATE 
Course City: 
F1556->CCITY 
"Course State:' 
F1556->CSTATE 
lesions ype (UY, M,N, SA COIE) 
F1556->TRNGTYPE 

MÉECUTSÉ let les. 
F1556->CTITLE 
"Course Number:" 
F1556->CNUMBER 
"Dates: (Start: 
F1556->CSTARTDT 
"End: 11 i 
F1556->CENDDT 

i Hours: (Duty: 
F1556->CDUTYHRS 
"Nonduty: ” 
F1556->CNONDUTYHR 


Purpose (192,3): " 
F1556->CPURPOSE 

sPriority (1253): ” 
F1556->CPRIORITY 

"Method (C,R,F):" 

F1556->CMETHOD 

"Source (GA,GN,GC,GF,GM,GG,GO,GI,GS,GC,LN,LP,OR,OT):" 
F1556->STYPE 

miraining Program (V,U,M,S)' 
F1556->ETRNGPLAN 

“Reason for Selection (C,T,0,Q):" 
F1556->CREASON 


TO 20, 77 DOUBLE 


TO 


25476 


BILLINGS. FMT 


SAY 
SAY 
GET 
SAY 


"SECTION C -- COSTS AND BILLING INFORMATION" 
"Payment Method (B,T,R):" 

F1556->PAYMETHOD 

"Total Direct Costs:" 


CRI TF 1556=>DIRCOSTS 


SAY 


"Funding Source (R,0):" 
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mn 
7, 30 
7, 44 
13553 
TA 
9, 5 
9, 27 
9, 42 
9, 63 
dee <5 
13 
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9 
22 
35 
59 

9 
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35 
59 

9 
48 

9 
51 
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51 
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51 
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GET F1556->FUNDSOURCE 
SAY "TANGO Number: " 
GET F1556->TANGONO 

SAY "Job Order Number: " 
GET F1556->JOBORDNO 


SAY "Total Indirect Costs:" 


GET F1556->INDIRCOSTS 


SAY "Travel Order Number: 


GET F1556->TRAVORDNO 


SAY "Government Deduction (Y,N):" 


GET F1556->GOVDEDUC 
TO 13, 77 DOUBLE 
TO 3, 76 


INVOICE. FMT 


SAY "INVOICE TRACKING" 
SAY "Log Number: " 

GET F1556->LOGNUM 
SAY "Invoice Number:"' 
GET F1556->INVOICENO 


SAY "Date Invoice Received:" 


GET F1556->DTINVOIRCV 


SAY "Date Invoice Forwarded to 002:" 


GET F1556->DTINVOIFWD 
TO 14, 69 DOUBLE 
TO 25868 


CHGLOG. FMT 


SAY 'Log Number: " 
GET F1556->LOGNUM 


SAY "Fiscal Year of Course:' 


GET F1556->FYCRS 


SAY "Multiple Employees: " 


GET F1556->MULEMES 


SAY "Course copleted (Y/N): " 


GET F1556->COMPLETED 


SAY "Reason for Noncompletion (F,C,W,T,1):" 


GET F1556->NCOMPLCODE 


SAY "Dates: 1556 Received 


GET. “E1556-2?DIREGA 556 


SAY "Letter of Agreement Sent 


GET F1556->DTLTRAGR 


SAY "Copy of 1556 Sent to 002 


GET F1556--DICOPYOO0?2 


SAY “Copy of 1556 Sent tò Souces 


GEI F1556->DTCOPYSCR 


SAY "Copy of 1556 Sent to Department.. 


GET F1556->DTCOPYDEPT 


SAY "Evaluation Sent to Department.... 


GET F1556->DTEVALDEPT 
TOUY a DOUBLE 


ot e @ o ae ò% ù # ù o o o o o o ‘G 4 $9 ‘G 


# > ù é 2 o ò $ @ 


& & 4 0802 ù @© ò >% 9 


SAY 'Input New Information Now. Press CTRL-W When Done. 


*  CHGTRAIÍN. FMT 


106 


DDMD DDD 


+ 


D D D D DDO 


w wo wo o vY vw DO DW WO DW SO — us DO â vo De ww 


. oo v us 


w 


w w w w w to w w w w w w w 


Ra A AA PRA AA A A AA A A RA 
OAMAANMAO`ONAO`MONOAFAEPEAFEPEFENRNNNOOOOOOOQOOQONOOONOO AF EEFEE Em 


w 
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19,10 SA 


22 

3 
14 
B5 
47 
58 
74 

3 

8 
23 
28 
99 
67 

8 
20 
30 
65 

3 
19 
54 
ES 

9 
36 
42 
54 

3 
14 
Zi 
56 

3 
21 
26 
37 
42 
67 

1 
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SAY 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 


"SECTION A -- TRAINEE INFORMATION" 
"Last Name: " 

F1556->ELASTNAME 

"First Name: " 

F1556->EFIRSTNAME 

Middle Initial: 

F1556->EMINITIAL 

"SSN: LA 

F1556->ESSN 

"UIC: tt 

F1556->EUIC 

"Supervisory Code (0,S,M,X):" 
F1556->ESUPVCODE 

"Department Code: " 

F1556->EDEPTCODE 

"Continuous Federal Service (YYMM):" 
F1556->EFEDSERV 
“Position Title:' 
F1556=>ETITLE 
"Handicapped (Y/N):" 
F1556->EHANDICAP 

"Pay Plan (SA,ST,GS,GM,AD,WG,WS):" 
F1556->EPAYPLAN 

"Pay Series: ”" 

F1556->ESERIES 

"Pay Grade: " 

F1556->EPAYGRADE 

mpe of Appointment (Ti T2,CH G2): — 
F1556->EAPPTMT 

"Schedule (F,P,1):" 
F1556->ESCHEDULE 

"Sex (M,F):" 

F1556->ESEX 

MEENNYE Code (E BONA) 
F1556->ETHNICGRP 


NO 77 DOUBLE 


TO 


Y "Input New Information Now. 
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CHGCOURS. FMT 
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SAY 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 
GET 
SAY 


"SECTION B -- TRAINING COURSE DATA" 
"Source Uic:" 
F1556->SUIC 
"Source Name: " 
F1556->SNAME 
Source City 
F1556->SCITY 
"Source State:' 
F1556->SSTATE 
ufourse City: 
F1556->CCITY 
"Course State:' 
F1556->CSTATE 
mraining Type (U, V,M,N,S,A,C,I,E,X,0):" 
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Press CTRL-W When Done. ' 


9, 43 GET F1556->TRNGTYPE 

11, 4 SAY "Course Title" 

11, 18 GET F1556->CTITLE 

11, 50 SAY "Course Number: " 

11, 65 GET F1556->CNUMBER 

13, 4 SAY “Dates: (Start: " 

13, 19 GET F1556->CSTARTDT 

13, 29 SAY "End:" 

13, 34 GET F1556->CENDDT 

13, 42 SAY ") Hours: (Duty: " 

13, 58 GET F1556->CDUTYHRS 

13, 63 SAY "Nonduty: " 

13, 72 GET F1556->CNONDUTYHR 

13. 5 SAN" 

4 SAY "Purpose (1,2,3):" 

15, 21 GET F1556->CPURPOSE 

15, 27 SAY "Priority ek 2 3): 

15, 45 GET F1556->CPRIORITY 

15, 52 SAY "Method (C,R,F):" 

15, 68 GET F1556->CMETHOD 

17, 4 SAY "Source (GA,GN,GC,GF,GM,GG,GO,GI,GS,GC,LN,LP,OR,OT): " 
17, 56 GET F1556->STYPE 

19, 4 SAY "Training Program (V,U,M,S):" 

19, 32 GET F1556->ETRNGPLAN 

19, 38 SAY "Reason for Selection (C,T,0,Q):" 
19, 70 GET F1556->CREASON 

DIO DOUBLE 

O LO 

21,10 SAY 'Input New Information Now. Press CTRL-W When Done. ' 
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CHGBILL. FMT 


, 18 SAY "SECTION C -- COSTS AND BILLING INFORMATION" 
, 5 SAY "Payment Method (B,T,R):" 

, 29 GET F1556->PAYMETHOD 

<37 SAY “Total Direct Costs 

, 57 GET F1556->DIRCOSTS 

, 5 SAY "Funding Source (R,O):“ 

» 27 GET F1556->FUNDSOURCE 

, 30 SAY "TANGO Number: " 

, 44 GET F1556->TANGONO 

, 53 SAY "Job Order Number: " 

, 71 GET F1556->JOBORDNO 

, 5 SAY "Total Indirect Costs:" 

, 27 GET F1556->INDIRCOSTS 

, 42 SAY "Travel Order Number: " 

, 63 GET F1556->TRAVORDNO 

, 5 SAY "Government Deduction (Y,N):" 

. 33 GET F1556->GOVDEDUC 

AS AA DOUBLE 

e 

,10 SAY ' Input New Information Now. Press CTRL-W When Done. ' 


MMMM 
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00000000000 


1, 31 SAY "INVOICE TRACKING" 

Eee21 SAY "Log Number: ” 

5, 34 GET F1556->LOGNUM 

7, 21 SAY "Invoice Number: ” 

7, 38 GET F1556->INVOICENO 

9, 21 SAY "Date Invoice Received:" 

9, 45 GET F1556->DTINVOIRCV 

1, 21 SAY "Date Invoice Forwarded to 002:" 
1, 53 GET F1556->DTINVOIFWD 

DIS TO 14, 69 DOUBLE 

mei, TO 2, 68 

6,14 SAY 'Input New Information Now. Press CTRL-W When Done. ' 


1 
1 
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